जब तक अलग से न बताया जाए, तब तक नीचे दिए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome बीटा चैनल के सबसे नए रिलीज़ पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक या ChromeStatus.com पर जाएं. यह सूची 6 दिसंबर, 2023 से बीटा वर्शन में उपलब्ध है. आप डेस्कटॉप के लिए Google.com पर या Android के लिए Google Play Store से नया वर्शन डाउनलोड कर सकते हैं.
सीएसएस
इस रिलीज़ में सीएसएस की छह नई सुविधाएं जोड़ी गई हैं.
सीएसएस हाइलाइट इनहेरिटेंस
सीएसएस हाइलाइट इनहेरिटेंस की मदद से, ::selection और ::highlight जैसे सीएसएस हाइलाइट स्यूडो क्लास, एलिमेंट चेन के बजाय सूडो हाइलाइट चेन से अपनी प्रॉपर्टी इनहेरिट करती हैं. हाइलाइट में मौजूद प्रॉपर्टी को इनहेरिट करने के लिए, यह नतीजा ज़्यादा आसान मॉडल है.
यह सीएसएस सूडो लेवल 4 के स्पेसिफ़िकेशन की ज़रूरी शर्तों को लागू करता है:
"जब किसी प्रॉपर्टी के लिए कैस्केड से कोई वैल्यू नहीं दी जाती ... तो उसकी तय की गई वैल्यू, उसके मूल एलिमेंट के पैरंट एलिमेंट के हाइलाइट स्यूडो एलिमेंट से इनहेरिटेंस से तय होती है."
सीएसएस स्क्रोलबार: scrollbar-color और scrollbar-width
सीएसएस स्क्रोलबार स्पेसिफ़िकेशन की मदद से डेवलपर, स्क्रोलबार के रंग और मोटाई तय करके उन्हें स्टाइल कर सकते हैं. इस खास जानकारी में इन दो प्रॉपर्टी को जोड़ा गया है. scrollbar-color प्रॉपर्टी, स्क्रोलबार की कलर स्कीम को बदलने की सुविधा देती है, ताकि वे वेब पेज की किसी खास स्टाइल में बेहतर तरीके से फ़िट हो सकें. scrollbar-width प्रॉपर्टी की मदद से, छोटे स्क्रोलबार इस्तेमाल किए जा सकते हैं. ये स्क्रोलबार, इस्तेमाल के कुछ मामलों में ज़्यादा बेहतर तरीके से काम करते हैं. इसके अलावा, स्क्रोलबार पर स्क्रोल किए बिना उन्हें पूरी तरह छिपा दिया जाता है.
कलर फ़ॉन्ट के लिए सीएसएस font-palette ऐनिमेशन
सीएसएस font-palette प्रॉपर्टी की मदद से, रंग के फ़ॉन्ट को रेंडर करने के लिए इस्तेमाल होने वाला पैलेट चुना जा सकता है. इस प्रॉपर्टी को ऐनिमेट करने के लिए जोड़ी गई नई सुविधा की मदद से, पैलेट के बीच ट्रांज़िशन करना अब आसान नहीं है. हालांकि, इससे चुने गए दो पैलेट के बीच आसानी से बदलाव किया जा सकता है. यह सीएसएस ऐनिमेशन और ट्रांज़िशन में हर जगह काम करता है.
सीएसएस स्पेलिंग और व्याकरण की सुविधाएं
सीएसएस, टेक्स्ट की स्टाइल बदलने के लिए उन स्यूडो एलिमेंट को हाइलाइट करती है जिन्हें उपयोगकर्ता एजेंट ने गलत स्पेलिंग या व्याकरण के हिसाब से गलत के तौर पर फ़्लैग किया है. साथ ही, लाइन की सजावट से, स्पेलिंग और व्याकरण की गड़बड़ियों के लिए, उपयोगकर्ता एजेंट की डिफ़ॉल्ट सजावट का पता चलता है. इन सुविधाओं की मदद से डेवलपर, स्पेलिंग और व्याकरण की डिफ़ॉल्ट गड़बड़ियों के लिए पढ़ने लायक रंग चुन सकते हैं और गलत स्पेलिंग वाले शब्दों को बैकग्राउंड के रंगों या सजावट के साथ हाइलाइट कर सकते हैं. साथ ही, स्पेल चेक की ऐसी सुविधा लागू कर सकते हैं जो डिवाइस के अनुभव के हिसाब से सही हो.
SVG के लिए बेहतर सीएसएस मास्किंग
यह Chrome 120 में, सीएसएस मास्क की बेहतर सुविधा के लिए फ़ॉलो-ऑन है. इससे, SVG (एक से ज़्यादा मास्क, mask-mode, mask-composite, mask-position, और mask-repeat) में नए मास्क की सुविधा भी मिलती है. इसके अलावा, अब रिमोट SVG मास्क (उदाहरण के लिए, mask: url(masks.svg#star)) का इस्तेमाल किया जा सकता है.
रूबी के लिए खास डिसप्ले वैल्यू
सीएसएस की नई डिसप्ले प्रॉपर्टी वैल्यू, ruby और ruby-text जोड़ी गई हैं. <ruby> और <rt> की डिफ़ॉल्ट डिसप्ले वैल्यू को बदलकर ruby और ruby-text कर दिया गया है. रूबी लेआउट, इन डिसप्ले वैल्यू के हिसाब से काम करता है. वेब लेखक, डिसप्ले की नई वैल्यू सेट करके रूबी को रेंडर करने के लिए, <div> जैसे किसी भी एलिमेंट का इस्तेमाल कर सकते हैं.
वेब एपीआई
एट्रिब्यूशन रिपोर्टिंग की सुविधा का बंडल: एग्रीगेट में होने वाली देरी में कमी, इवेंट-लेवल की रिपोर्ट का एपिसोड, और रिज़र्व की गई कुंजियां
Chrome में Attribution Reporting API में ऐसे बदलाव शामिल हैं जिनका फ़ोकस इन पर होता है:
- रिपोर्ट में होने वाली देरी को कम करके, ट्रांसमिशन में होने वाली कमी को कम करना.
- इवेंट-लेवल पर रिपोर्टिंग ईपीसिलॉन फ़ील्ड के साथ काम करके, एपीआई को कॉन्फ़िगर करने का अतिरिक्त विकल्प.
- पहले से रिज़र्व की गई कुंजियों का पता चलने पर रजिस्ट्रेशन नहीं हो पाने की वजह से, इस एपीआई को बेहतर बनाया गया है.
बैक/फ़ॉरवर्ड कैश मेमोरी not Restoreरिक एपीआई
not Namerefurbished API, उन वजहों की सूची के ज़रिए बताएगा कि किसी पेज को bfcache से क्यों नहीं दिखाया गया है. इसके लिए, Performance NavigationTiming API का इस्तेमाल करें.
दस्तावेज़ पिक्चर में पिक्चर में एपीआई का साइज़ बदलने के लिए, उपयोगकर्ता के जेस्चर (हाव-भाव) की ज़रूरत होती है
यह दस्तावेज़ पिक्चर में पिक्चर विंडो पर resizeBy() और resizeTo() तरीके को चालू करता है. हालांकि, बुरे बर्ताव की संभावना को कम करने के लिए, यह उपयोगकर्ता के जेस्चर की अतिरिक्त शर्त को भी पूरा करता है.
एडिटकॉन्टेक्स्ट एपीआई
EditContext API, किसी वेब ऐप्लिकेशन को टेक्स्ट इनपुट के बेहतर तरीकों, जैसे कि VK शेप-राइटिंग, हैंडराइटिंग पैनल, बोली की पहचान, और IME कंपोज़िशन के साथ इंटिग्रेट करने की प्रोसेस को आसान बनाता है. इससे सुलभता और परफ़ॉर्मेंस बेहतर होती है. साथ ही, वेब-आधारित एडिटर के लिए नई सुविधाएं मिलती हैं.
इस्तेमाल किए जा सकने वाले क्लिपबोर्ड फ़ॉर्मैट में, सुविधा की पहचान करने की सुविधा
अब यह देखा जा सकता है कि Async Clipboard API, किसी खास MIME टाइप के साथ काम करता है या नहीं. इसके लिए, नए supports() फ़ंक्शन को कॉल करें और MIME टाइप को आर्ग्युमेंट के तौर पर पास करें. जैसे, ClipboardItem.supports('image/png').
HTMLSelectElement showPicker()
HTMLSelectElement के showPicker() तरीके की मदद से, डेवलपर input.showPicker() के पैटर्न के हिसाब से, <select> एलिमेंट के विकल्प पिकर को प्रोग्राम की मदद से खोल सकते हैं.
Mediacapabilities: decodingInfo() की मदद से, एचडीआर में क्वेरी की जा सकती है
Media Capabilities API, वीडियो कॉन्फ़िगरेशन डिक्शनरी के तीन नए फ़ील्ड में एचडीआर रेंडरिंग की सुविधा का पता लगाने की अनुमति देता है: hdrMetadataType, colorGamut, transactionFunction.
Chromium अपने खुद के टोन-मैपिंग एल्गोरिदम लागू करता है, इसलिए HDR10 (smpteSt2086) स्टैटिक मेटाडेटा के लिए हमेशा सही नतीजे देगा. smpteSt2094-40 (HDR10+) और smpteSt2094-10 डाइनैमिक मेटाडेटा फ़िलहाल काम नहीं करते हैं. इसलिए, 'गलत' दिखेगा.
निजी एग्रीगेशन एपीआई: एग्रीगेशन कोऑर्डिनेटर चुनना
Private एग्रीगेशन एपीआई में किए गए इस बदलाव से, यह चुनने की सुविधा मिलती है कि पेलोड एन्क्रिप्शन के लिए किस कोऑर्डिनेटर का इस्तेमाल करना है. यह बदलाव, वेंडर की तय की गई अनुमति वाली सूची में से किया जा सकता है. सेवा को चुनने के लिए, शेयर किए गए स्टोरेज के run() और selectURL() कॉल के साथ-साथ, Protected Audience के runAdAuction() और joinAdInterestGroup() कॉल में भी एक अतिरिक्त विकल्प चुना जाता है. ज़्यादातर मामलों में, यह तरीका Attribution Reporting API से मिलता-जुलता है.
डेस्कटॉप पर रिमोट प्लेबैक एपीआई
यह एपीआई, HTMLMediaElement को बढ़ाता है, जो किसी वेब पेज से कहीं से भी मीडिया चलाने की सुविधा को कंट्रोल करता है. यह Chrome 56 में Android पर भेजा जाता है और Chrome 121 से डेस्कटॉप पर उपलब्ध है.
अनुमान लगाने के नियम का एपीआई
अनुमान नियम एपीआई में नई सुविधाएं जोड़ी गई हैं.
दस्तावेज़ के नियमों के साथ काम करना: यह अनुमान लगाने से जुड़े नियमों के सिंटैक्स के लिए एक एक्सटेंशन है. इसकी मदद से, ब्राउज़र को पेज में <a> एलिमेंट से, अनुमान पर आधारित यूआरएल लोड होने के लिए, यूआरएल की सूची मिल सकती है. इनमें वे शर्तें शामिल हो सकती हैं जिनके लिए इन लिंक का इस्तेमाल किया जा सकता है. इसके साथ, अनुमान लगाने से जुड़े नियमों के लिए नए "eagerness" फ़ील्ड की मदद से डेवलपर अपने-आप पेजों के लिंक को प्रीफ़ेच कर सकते हैं या पहले से रेंडर कर सकते हैं. ऐसा करने के लिए, वे उस पेज पर कर्सर ले जाएंगे या माउस डाउन करेंगे.
एक अलग बदलाव की मदद से, इनलाइन <script> एलिमेंट का इस्तेमाल करने के विकल्प के तौर पर, Speculation-Rules एचटीटीपी रिस्पॉन्स हेडर का इस्तेमाल करके अनुमान लगाने के नियम तय किए जा सकते हैं. इस हेडर की वैल्यू एक ऐसा यूआरएल होना चाहिए जो "application/speculationrules+json" MIME टाइप वाले टेक्स्ट रिसॉर्स पर ले जाता हो. संसाधन के नियमों को दस्तावेज़ के नियम सेट में जोड़ा जाएगा.
आखिर में, No-Vary-Search संकेत अनुमान पर आधारित प्रीफ़ेच की सुविधा चालू करता है, ताकि यूआरएल क्वेरी पैरामीटर में बदलाव होने पर भी मैच किया जा सके. No-Vary-Search एचटीटीपी रिस्पॉन्स हेडर यह बताता है कि यूआरएल की क्वेरी के कुछ या सभी हिस्सों को मैच करने के लिए अनदेखा किया जा सकता है. इसमें यह एलान किया जा सकता है कि क्वेरी पैरामीटर की कुंजियों के क्रम की वजह से मैच नहीं होने चाहिए, किसी खास क्वेरी पैरामीटर को मैच होने से नहीं रोका जाना चाहिए या सिर्फ़ कुछ खास क्वेरी पैरामीटर के मैच होने की वजह से मैच नहीं होने चाहिए.
SpeechSynthesis और SpeechSynthesisVoice इंटरफ़ेस ऑब्जेक्ट
पहले से काम करने वाली सुविधाओं में, SpeechSynthesis और SpeechSynthesisVoice के लिए इंटरफ़ेस ऑब्जेक्ट जोड़ता है. ऐसा करने पर, SpeechSynthesisVoice.prototype की मदद से, सुविधा की पहचान की जा सकती है.
स्टोरेज बकेट एपीआई
स्टोरेज बकेट, साइटों को डिवाइस पर मौजूद डेटा को अलग-अलग "बकेट" में व्यवस्थित करने की सुविधा देती है. इसकी मदद से, उपयोगकर्ता एजेंट, ग्रुप किए गए डेटा को अन्य बकेट में शामिल डेटा से अलग निकाल सकते हैं. साथ ही, साइटों को मतलब के हिसाब से डेटा मैनेज करने की सुविधा देते हैं. हर स्टोरेज बकेट में, इंस्टॉल किए गए स्टोरेज एपीआई से जुड़ा डेटा हो सकता है. जैसे, IndexedDB और CacheStorage.
URLPattern: बाएं इनहेरिट करें, दाईं ओर वाइल्डकार्ड
व्यवहार उन पैटर्न में बदल जाता है जो बेस यूआरएल, कंस्ट्रक्टर स्ट्रिंग सिंटैक्स या दोनों का इस्तेमाल करके बनाए जाते हैं. हालांकि, इसमें ऐसे पैटर्न शामिल नहीं होते जो बेस यूआरएल के बिना कॉम्पोनेंट के बारे में अलग से साफ़ तौर पर जानकारी देते हैं.
अगर "पहले" वाला कॉम्पोनेंट साफ़ तौर पर बताया गया है, तो बेस यूआरएल से कॉम्पोनेंट इनहेरिट नहीं किए जाते. स्ट्रिंग फ़ॉर्मैट में, बिना जानकारी वाले "बाद में" कॉम्पोनेंट को खाली होने के बजाय, इंप्लिसिट वाइल्डकार्ड्ड किया जाता है. पोर्ट के अपवाद के अलावा, इसे हमेशा होस्टनेम होने पर लिया जाता है. उपयोगकर्ता नाम और पासवर्ड कभी भी अनुमान के हिसाब से तय नहीं किए जाते या इनहेरिट किए नहीं जाते.
इससे, पैटर्न पहले की तुलना में ज़्यादा बड़ा हो जाता है. ऐसा उन मामलों में होता है जहां वाइल्डकार्ड की ज़रूरत होती है.
URLPattern: u के बजाय RegExp v फ़्लैग
यूआरएल पैटर्न एपीआई, डेवलपर को पैटर्न वाली स्ट्रिंग तय करने की अनुमति देता है. उन्हें अंदरूनी तौर पर रेगुलर एक्सप्रेशन में बदल दिया जाता है.
जब एपीआई पहली बार लागू किया गया था, तब इन रेगुलर एक्सप्रेशन को u फ़्लैग के साथ इकट्ठा किया गया था. Chrome 121, इसे v फ़्लैग में अपडेट करता है, ताकि यूनिकोड सेट चालू हो जाए.
WebGPU में अटैचमेंट
WebGPU, अब अर्गोनॉमिक्स को बेहतर बनाते हुए, पाइपलाइन बनाते समय शेडर मॉड्यूल के एंट्री पॉइंट हटाने की सुविधा देता है. अगर कोई डिफ़ॉल्ट एंट्री पॉइंट नहीं मिलता है, तो नियमित तौर पर जीपीयू मैन्युअल तरीके से पुष्टि करने की सुविधा ट्रिगर होगी.
WebGPU टाइमस्टैंप क्वेरी से WebGPU ऐप्लिकेशन को सटीक तौर पर (नैनोसेकंड तक) यह मापने में मदद मिलती है कि उनके जीपीयू कमांड को एक्ज़ीक्यूट होने में कितना समय लगता है, खास तौर पर पास की शुरुआत और आखिर में. जीपीयू वर्कलोड की परफ़ॉर्मेंस और उनके व्यवहार के बारे में अहम जानकारी पाने के लिए, टाइमस्टैंप क्वेरी का बहुत ज़्यादा इस्तेमाल किया जाता है.
टाइमजीपी हमले की समस्याओं की वजह से, WebGPU स्पेसिफ़िकेशन में टाइमस्टैंप क्वेरी को एक वैकल्पिक सुविधा के तौर पर इस्तेमाल किया जाता है. हालांकि, हमारा मानना है कि टाइमस्टैंप क्वेरी क्वांटाइज़ेशन से 100 माइक्रोसेकंड के रिज़ॉल्यूशन वाले टाइमर के सटीक होने की संभावना कम हो जाती है. इससे क्वेरी के बीच का सटीक जवाब मिलता है.
TLS के लिए, X25519Kyber768 की कुंजी को एन्क्रिप्ट (सुरक्षित) करने का तरीका
Kyber768 क्वांटम-रेसिस्टेंट की-एग्रीमेंट एल्गोरिदम को डिप्लॉय करके, Chrome TLS के मौजूदा ट्रैफ़िक को आने वाले समय में होने वाले क्वांटम क्रिप्ट एनालिसिस से सुरक्षित रखें. यह हाइब्रिड X25519 + Kyber768 का की-एग्रीमेंट है, जो आईईटीएफ़ स्टैंडर्ड पर आधारित है. यह स्पेसिफ़िकेशन और लॉन्च, W3C के दायरे से बाहर है. इस मुख्य कानूनी समझौते को TLS साइफ़र के तौर पर लॉन्च किया जाएगा और यह उपयोगकर्ताओं के लिए पारदर्शी होगा.
ऑरिजिन ट्रायल जारी हैं
Chrome 121 में, नीचे दिए गए नए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
एलिमेंट कैप्चर एपीआई
एलिमेंट कैप्चर एपीआई, डीओएम के सबट्री को कैप्चर करने के तरीके उपलब्ध कराता है.
टैब-कैप्चर शुरू करने के लिए पहले से मौजूद साधनों से हासिल किए गए वीडियो MediaStreamTrack को देखकर, एलिमेंट कैप्चर करने की सुविधा, ट्रैक में बदलाव करने की अनुमति देती है. इससे, किसी दिए गए एलिमेंट से शुरू होने वाले डीओएम के सबट्री को ही कैप्चर किया जा सकता है.
यह एपीआई, Region Capture API से कुछ मिलता-जुलता है, लेकिन यह ऐप्लिकेशन के लिए ज़्यादा सुविधाजनक है, क्योंकि कैप्चर में शामिल नहीं की जाने वाली और शामिल की गई सामग्री, दोनों को इसमें शामिल नहीं किया जाता.
Elementकैप्चर के ऑरिजिन ट्रायल के लिए रजिस्टर करना
मौजूदा व्यवहार में बदलाव
Chrome 121 में, मौजूदा व्यवहार में किए गए ये बदलाव शामिल हैं. इन्हें यहां शामिल किया गया है, ताकि डेवलपर को इस बदलाव के बारे में जानकारी हो .
हाल ही में हटाए गए क्रॉस-ऑरिजिन Iframe के इनपुट इवेंट को खारिज करें
अगर क्रॉस-ऑरिजिन iframe, अपने एम्बेडिंग पेज में हाल ही में मूव किया गया है, तो Chrome, iframe को टारगेट करने वाले इवेंट को बिना किसी रुकावट के मिटा देता है. इसकी वजह यह है कि अगर iframe हाल ही में आया है, तो हो सकता है कि उपयोगकर्ता ने उस पर क्लिक या टैप न किया हो.
इस बदलाव को 2019 में सीमित फ़ॉर्म में भेजा गया था: इसका असर सिर्फ़ उन iframe पर हुआ था जिनमें IntersectionObjectr के वर्शन 2 की सुविधाओं (यानी, रोक लगाने या इफ़ेक्ट की पहचान करने की सुविधा) का इस्तेमाल किया गया था. यह लॉन्च, इस व्यवहार को सभी क्रॉस-ऑरिजिन iframe पर लागू करेगा. साथ ही, इसे Chrome 121 में एक सीमित प्रयोग के तौर पर शुरू किया जाएगा. इसके बाद, इसे रैंप अप किया जाएगा.