पब्लिश करने की तारीख: 5 फ़रवरी, 2025
अगर कुछ और नहीं बताया गया है, तो यहां बताए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल की नई रिलीज़ पर लागू होंगे. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर जाएं या ChromeStatus.com पर दी गई सूची देखें. Chrome 134, 5 फ़रवरी, 2025 तक बीटा वर्शन है. डेस्कटॉप के लिए Google.com पर या Android पर Google Play Store से, सबसे नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस
इस रिलीज़ में, सीएसएस और यूज़र इंटरफ़ेस (यूआई) से जुड़ी पांच नई सुविधाएं जोड़ी गई हैं.
सीएसएस की dynamic-range-limit प्रॉपर्टी
इससे पेज पर एचडीआर कॉन्टेंट की चमक को सीमित किया जा सकता है.
पसंद के मुताबिक बनाया जा सकने वाला <select> एलिमेंट
एचटीएमएल <select> एलिमेंट को पसंद के मुताबिक बनाने की सुविधा जोड़ें. इसके लिए, appearance की base-select वैल्यू के साथ, नए व्यवहार के लिए ऑप्ट इन करें. ऑप्ट-इन करने के बाद, इमेज के साथ-साथ रिच कॉन्टेंट जोड़ा जा सकता है. साथ ही, विकल्पों को स्टाइल भी किया जा सकता है.
डायलॉग लाइट खारिज करना
Popover API की एक अच्छी सुविधा यह है कि इसे आसानी से बंद किया जा सकता है. इस सुविधा की मदद से, <dialog> में भी वही काम किए जा सकते हैं जो <dialog> में किए जा सकते हैं. closedby एट्रिब्यूट का नया वर्शन, व्यवहार को कंट्रोल करता है:
<dialog closedby=none>: उपयोगकर्ता की ओर से डायलॉग बॉक्स को बंद नहीं किया जा सकता.<dialog closedby=closerequest>:ESC(या बंद करने के लिए कोई अन्य ट्रिगर) दबाने पर, डायलॉग बंद हो जाता है.<dialog closedby=any>: डायलॉग बॉक्स के बाहर क्लिक करने या Esc दबाने पर, डायलॉग बॉक्स बंद हो जाता है.popover=autoके व्यवहार जैसा ही.
सीएसएस हाइलाइट इनहेरिटेंस
सीएसएस हाइलाइट इनहेरिटेंस की मदद से, ::selection और ::highlight जैसे सीएसएस हाइलाइट सूडो-क्लास, एलिमेंट चेन के बजाय सूडो हाइलाइट चेन की मदद से अपनी प्रॉपर्टी इनहेरिट करते हैं. इससे हाइलाइट में प्रॉपर्टी को इनहेरिट करने के लिए, ज़्यादा आसान तरीका मिलता है.
ज़्यादा जानने के लिए, Igalia के स्टीफ़न चेनी की लिखी सीएसएस सिलेक्शन स्टाइल के लिए इनहेरिटेंस में हुए बदलाव ब्लॉग पोस्ट पढ़ें.
:has-slotted स्यूडो-क्लास
:has-slotted स्यूडो-क्लास, स्लॉट किए गए कॉन्टेंट वाले स्लॉट एलिमेंट को दिखाता है. जैसे, टेक्स्ट नोड या एलिमेंट. इसका इस्तेमाल, एलिमेंट को स्टाइल करने के लिए किया जा सकता है. यह इस बात पर निर्भर करता है कि वे स्लॉट फ़ॉलबैक कॉन्टेंट का इस्तेमाल कर रहे हैं या नहीं.
वेब एपीआई
एट्रिब्यूशन रिपोर्टिंग की सुविधा: ट्रिगर कॉन्टेक्स्ट आईडी के नॉन-नल होने पर, एग्रीगेट की जा सकने वाली रिपोर्ट की सीमा हटाएं
यह बदलाव, एपीआई कॉलर के सुझाव/राय/शिकायत के आधार पर किया गया है. साथ ही, कुछ उपयोगकर्ता फ़्लो के लिए ज़्यादा कन्वर्ज़न इवेंट को मेज़र करने की ज़रूरत के आधार पर भी किया गया है.
फ़िलहाल, एपीआई की एक सीमा है. इसके तहत, हर सोर्स रजिस्ट्रेशन के लिए 20 तक ऐसी रिपोर्ट जनरेट की जा सकती हैं जिन्हें एग्रीगेट किया जा सकता है. यह सीमा, उन इस्तेमाल के उदाहरणों के लिए पाबंदी है जहां उपयोगकर्ता की यूज़र जर्नी लंबी हो सकती है. इस बदलाव से, रजिस्ट्रेशन के हिस्से के तौर पर ट्रिगर कॉन्टेक्स्ट आईडी दिए जाने पर, एग्रीगेट की जा सकने वाली रिपोर्ट की सीमा हट जाती है. इस सीमा को सिर्फ़ तब हटाया जा सकता है, जब ट्रिगर कॉन्टेक्स्ट आईडी तय किया गया हो. ऐसा इसलिए, क्योंकि आईडी तय करने पर एपीआई, शून्य रिपोर्ट की दर को ज़्यादा लागू करता है. इससे रिपोर्ट की संख्या के ज़रिए, अलग-अलग साइटों की जानकारी लीक होने से बचाने में मदद मिलती है.
इसके अलावा, एग्रीगेट की जा सकने वाली रिपोर्ट पर अब भी अन्य सीमाएं लागू होंगी. इन सीमाओं से, मेज़र की जा सकने वाली कुल जानकारी पर पाबंदी होती है. जैसे, हर सोर्स के लिए L1 योगदान बजट (65,536) और एट्रिब्यूशन रेट की सीमा.
BLOB यूआरएल का पार्टिशन करना: फ़ेचिंग/नेविगेशन
स्टोरेज के बंटवारे की सुविधा के तहत, स्टोरेज पासकोड (टॉप-लेवल साइट, फ़्रेम ऑरिजिन, और has-cross-site-ancestor बोलियन) के हिसाब से, ब्लॉक यूआरएल के ऐक्सेस का बंटवारा किया जाता है. हालांकि, टॉप-लेवल नेविगेशन के लिए, सिर्फ़ फ़्रेम ऑरिजिन के हिसाब से बंटवारा किया जाएगा. यह तरीका, फ़ायरफ़ॉक्स और सफ़ारी, दोनों में फ़िलहाल इस्तेमाल किए जा रहे तरीके से मिलता-जुलता है. साथ ही, ब्लॉब यूआरएल के इस्तेमाल को, स्टोरेज के बंटवारे के हिस्से के तौर पर, अन्य स्टोरेज एपीआई के इस्तेमाल की पार्टिशनिंग स्कीम के साथ अलाइन करता है. इसके अलावा, Chrome, रेंडरर से शुरू किए गए टॉप-लेवल नेविगेशन पर noopener को लागू करेगा. यह नेविगेशन, ब्लॉब यूआरएल पर तब होता है, जब नेविगेशन करने वाली टॉप-लेवल साइट से जुड़ी साइट, क्रॉस-साइट हो. इससे Chrome, Safari में होने वाली इसी तरह की गतिविधि के साथ अलाइन हो जाता है. साथ ही, इन बदलावों को दिखाने के लिए, ज़रूरी जानकारी को अपडेट कर दिया गया है.
PartitionedBlobURLUsage
नीति सेट करके, इस बदलाव को कुछ समय के लिए पहले जैसा किया जा सकता है. स्टोरेज को अलग-अलग हिस्सों में बांटने से जुड़ी अन्य एंटरप्राइज़ नीतियों के बंद होने के बाद, यह नीति भी बंद कर दी जाएगी.
दस्तावेज़-नीति: expect-no-linked-resources
Document-Policy में expect-no-linked-resources कॉन्फ़िगरेशन पॉइंट की मदद से, दस्तावेज़, उपयोगकर्ता एजेंट को लोड करने के क्रम को बेहतर तरीके से ऑप्टिमाइज़ करने के लिए संकेत दे सकता है. जैसे, डिफ़ॉल्ट तौर पर, अनुमानित पार्सिंग व्यवहार (इसे प्रीलोड स्कैनर भी कहा जाता है) का इस्तेमाल न करना.
उपयोगकर्ता एजेंट ने एचटीएमएल की स्पकुलेटिव पार्सिंग की सुविधा लागू की है, ताकि पेज लोड होने की स्पीड को बढ़ाने के लिए, एचटीएमएल मार्कअप में मौजूद संसाधनों को अनुमानित तौर पर फ़ेच किया जा सके. वेब पर मौजूद ज़्यादातर पेजों के लिए, ऑप्टिमाइज़ेशन फ़ायदेमंद होता है. इन पेजों में एचटीएमएल मार्कअप में रिसॉर्स शामिल होते हैं. साथ ही, ऐसे रिसॉर्स का पता लगाने में जो कीमत चुकाई जाती है वह सही होती है. हालांकि, इन स्थितियों में, फ़ेच किए जाने वाले सब-रिसॉर्स का पता लगाने के लिए, एचटीएमएल को पार्स करने में लगने वाले समय के मुकाबले, परफ़ॉर्मेंस में थोड़ी कमी आ सकती है:
- ऐसे पेज जिनके एचटीएमएल में कोई रिसॉर्स एलान नहीं किया गया है.
- बड़े एचटीएमएल पेज, जिनमें कम या कोई रिसॉर्स लोड नहीं होता. साथ ही, ये पेज, पहले से लोड किए गए अन्य तरीकों का इस्तेमाल करके, रिसॉर्स को पहले से लोड करने की प्रोसेस को साफ़ तौर पर कंट्रोल कर सकते हैं.
expect-no-linked-resources दस्तावेज़-नीति, उपयोगकर्ता एजेंट को यह संकेत देती है कि वह ऐसे सब-रिसॉर्स का पता लगाने में बिताए गए समय को ऑप्टिमाइज़ कर सकती है.
संसाधनों को साफ़ तौर पर मैनेज करना (असाइन्क और सिंक)
ये सुविधाएं, सॉफ़्टवेयर डेवलपमेंट में आम तौर पर इस्तेमाल होने वाले पैटर्न को हल करती हैं. जैसे, अलग-अलग संसाधनों (जैसे, मेमोरी और I/O) के लाइफ़टाइम और मैनेजमेंट से जुड़े पैटर्न. आम तौर पर, इस पैटर्न में किसी संसाधन को ऐलोकेट करना और ज़रूरी संसाधनों को साफ़ तौर पर रिलीज़ करने की सुविधा शामिल होती है.
मेज़रमेंट और प्रज़ेंटेशन के विकल्पों के साथ काम करने के लिए, console.timeStamp एपीआई का दायरा बढ़ाना
यह सुविधा, console.timeStamp() एपीआई को पुराने सिस्टम के साथ काम करने वाले तरीके से बढ़ाती है. इससे ऐप्लिकेशन को इंस्ट्रूमेंट करने और DevTools के परफ़ॉर्मेंस पैनल में टाइमिंग डेटा दिखाने के लिए, बेहतर परफ़ॉर्मेंस वाला तरीका मिलता है.
एपीआई की मदद से जोड़ी गई टाइमिंग एंट्री में, कस्टम टाइमस्टैंप, अवधि, और प्रज़ेंटेशन के विकल्प (ट्रैक, स्विमलेन, और रंग) हो सकते हैं.
OffscreenCanvas getContextAttributes
CanvasRenderingContext2D से OffscreenCanvasRenderingContext2D तक getContextAttributes इंटरफ़ेस जोड़ता है.
Private Aggregation API: Shared Storage API का इस्तेमाल करने वाले लोगों के लिए, हर संदर्भ के हिसाब से योगदान की सीमाएं
शेयर किए गए स्टोरेज के कॉलर, हर निजी एग्रीगेशन रिपोर्ट के लिए योगदान की संख्या को पसंद के मुताबिक बना सकते हैं.
इस सुविधा की मदद से, शेयर किए गए स्टोरेज के कॉलर, maxContributions नाम के नए फ़ील्ड की मदद से, हर कॉन्टेक्स्ट के लिए योगदान की सीमाएं कॉन्फ़िगर कर सकते हैं. कॉल करने वाले लोग, हर रिपोर्ट में योगदान की डिफ़ॉल्ट संख्या को बदलने के लिए, यह फ़ील्ड सेट करते हैं. इसमें बड़ी और छोटी, दोनों संख्याओं की अनुमति होगी. Chrome, maxContributions के लिए 1 से 1,000 के बीच की वैल्यू स्वीकार करेगा. इससे बड़ी वैल्यू को 1,000 माना जाएगा.
पैडिंग की वजह से, हर रिपोर्ट के पेलोड का साइज़, हर रिपोर्ट में चुने गए योगदान की संख्या के हिसाब से होगा. हमें उम्मीद है कि बड़ी रिपोर्ट के लिए ऑप्ट-इन करने पर, एग्रीगेशन सेवा को चलाने की लागत बढ़ जाएगी.
सुरक्षित ऑडियंस में शामिल कॉलर पर, इस सुविधा का कोई असर नहीं पड़ेगा. हालांकि, हम आने वाले समय में, सुरक्षित ऑडियंस की रिपोर्ट के लिए योगदान की संख्या को पसंद के मुताबिक बनाने की सुविधा जोड़ने पर काम कर रहे हैं.
PaintCanvas में ImageSmoothingQuality की सहायता
Paint कैनवस पर imageSmoothingQuality एट्रिब्यूट के लिए सहायता जोड़ी गई. इसकी मदद से, वेब डेवलपर को इमेज को स्केल करते समय, परफ़ॉर्मेंस के बजाय क्वालिटी को प्राथमिकता देने का विकल्प मिलता है.
imageSmoothingQuality के लिए, ये तीन मान्य विकल्प हैं: low, medium, और
high.
WebGPU सबग्रुप
WebGPU में सबग्रुप की सुविधा जोड़ता है. सबग्रुप ऑपरेशन, कॉल के ग्रुप के बीच बेहतर कम्यूनिकेशन और डेटा शेयर करने के लिए, SIMT ऑपरेशन करते हैं. इन ऑपरेशन का इस्तेमाल, इंटर-इंवोकेशन कम्यूनिकेशन से होने वाले मेमोरी ओवरहेड को कम करके, ऐप्लिकेशन को तेज़ करने के लिए किया जा सकता है.
नए ऑरिजिन ट्रायल
Chrome 134 में, इन नए ऑरिजिन ट्रायल में ऑप्ट इन किया जा सकता है.
Digital Credential API
वेबसाइटें, मोबाइल वॉलेट ऐप्लिकेशन से कई तरीकों से क्रेडेंशियल पा सकती हैं और पाती हैं. उदाहरण के लिए, कस्टम यूआरएल हैंडलर और क्यूआर कोड स्कैनिंग. इस सुविधा की मदद से, साइटें Android के IdentityCredential CredMan सिस्टम का इस्तेमाल करके, वॉलेट से पहचान की जानकारी का अनुरोध कर सकती हैं. इसे कई तरह के क्रेडेंशियल फ़ॉर्मैट (उदाहरण के लिए, ISO mDoc और W3C की पुष्टि करने वाला क्रेडेंशियल) के साथ इस्तेमाल किया जा सकता है. साथ ही, इसमें एक से ज़्यादा वॉलेट ऐप्लिकेशन इस्तेमाल करने की सुविधा भी मिलती है. असल ज़िंदगी की पहचान का गलत इस्तेमाल करने से जुड़े जोखिम को कम करने के लिए, कुछ तरीके जोड़े जा रहे हैं.
Chrome 134 में शुरू होने वाले ऑरिजिन ट्रायल में, डेस्कटॉप प्लैटफ़ॉर्म पर इस एपीआई के लिए सहायता जोड़ी गई है. इसमें, डेस्कटॉप पर Chrome, अनुरोध किए गए क्रेडेंशियल पाने के लिए, Android फ़ोन पर मौजूद डिजिटल वॉलेट के साथ सुरक्षित तरीके से संपर्क करेगा.
बंद किए गए और हटाए गए वर्शन
Chrome के इस वर्शन में, नीचे दी गई सुविधाओं को बंद किया जा रहा है और हटाया जा रहा है. जिन सुविधाओं को बंद किया जा रहा है, उन सुविधाओं की सूची देखने के लिए ChromeStatus.com पर जाएं. साथ ही, उन सुविधाओं की सूची भी देखें जो पहले बंद की जा चुकी हैं.
Chrome के इस वर्शन में एक सुविधा हटा दी गई है.
getUserMedia ऑडियो की गैर-स्टैंडर्ड पाबंदियों को हटाना
Blink, getUserMedia के लिए कई तरह की नॉन-स्टैंडर्ड goog-प्रीफ़िक्स वाली पाबंदियों के साथ काम करता है. ऐसा, पाबंदियों के स्टैंडर्ड बनने से पहले से ही होता है.
इस्तेमाल में काफ़ी गिरावट आई है. यह 0.000001% से 0.0009% के बीच है. यह गिरावट, पाबंदी के हिसाब से अलग-अलग हो सकती है. Chromium के ऑडियो कैप्चर स्टैक में हुए बदलावों की वजह से, इनमें से कुछ पर कोई असर नहीं पड़ा है. आने वाले समय में होने वाले अन्य बदलावों की वजह से, इनमें से किसी भी चीज़ पर असर नहीं पड़ेगा.
हमें नहीं लगता कि इस बदलाव की वजह से, परफ़ॉर्मेंस में कोई खास गिरावट आएगी. इन पाबंदियों का इस्तेमाल करने वाले ऐप्लिकेशन काम करते रहेंगे. हालांकि, उन्हें डिफ़ॉल्ट सेटिंग के साथ ऑडियो मिलेगा, जैसे कि कोई पाबंदी न हो. वे स्टैंडर्ड सीमाओं पर माइग्रेट करने का विकल्प चुन सकते हैं.