स्क्रीन कैप्चर एपीआई में जोड़े गए नए फ़ंक्शन, सीएसएस ग्रिड-टेंप्लेट प्रॉपर्टी के इंटरपोलेशन की सुविधा वगैरह.
यहां बताए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल की सबसे नई रिलीज़ पर लागू होते हैं. हालांकि, अगर किसी बदलाव के बारे में अलग से बताया गया है, तो वह जानकारी लागू होगी. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर क्लिक करें या ChromeStatus.com पर मौजूद सूची देखें. 29 सितंबर, 2022 तक Chrome 107 का बीटा वर्शन उपलब्ध है. डेस्कटॉप के लिए, Google.com से या Android पर Google Play Store से, नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस grid-template प्रॉपर्टी का इंटरपोलेशन
सीएसएस ग्रिड में, grid-template-columns और grid-template-rows प्रॉपर्टी की मदद से डेवलपर, लाइन के नाम तय कर सकते हैं. साथ ही, ग्रिड कॉलम और लाइनों के साइज़ को ट्रैक कर सकते हैं. Microsoft के योगदान देने वाले लोगों को धन्यवाद. अब हम इन प्रॉपर्टी के लिए, इंटरपोलेशन की सुविधा देते हैं. ग्रिड लेआउट अब एक से दूसरी स्थिति में आसानी से ट्रांज़िशन कर सकते हैं. इसके लिए, ऐनिमेशन या ट्रांज़िशन के बीच में रुकने की ज़रूरत नहीं होती.
निजता बनाए रखने के साथ स्क्रीन शेयर करने की सुविधा को कंट्रोल करने की सेटिंग
स्क्रीन कैप्चर एपीआई, मौजूदा मीडिया कैप्चर और स्ट्रीम एपीआई में कुछ नई सुविधाएं जोड़ता है. इससे उपयोगकर्ता को मीडिया स्ट्रीम के तौर पर कैप्चर करने के लिए, स्क्रीन या स्क्रीन का कोई हिस्सा (जैसे कि कोई विंडो) चुनने की सुविधा मिलती है. इसके बाद, इस स्ट्रीम को रिकॉर्ड किया जा सकता है या नेटवर्क पर अन्य लोगों के साथ शेयर किया जा सकता है. इस बीटा वर्शन में, इस एपीआई में कुछ नई सुविधाएं जोड़ी गई हैं.
DisplayMediaStreamConstraints.selfBrowserSurface
यह वेब ऐप्लिकेशन को यह निर्देश देने की अनुमति देता है कि getDisplayMedia() को कॉल करने पर, मौजूदा टैब को उपयोगकर्ता को दिखाए जाने वाले टैब की सूची से बाहर रखा जाना चाहिए या नहीं.
इससे, गलती से खुद की स्क्रीन कैप्चर होने से रोकने में मदद मिलती है. जब उपयोगकर्ता गलती से उस टैब को चुनते हैं जिसमें ऐप्लिकेशन चल रहा होता है, तो हॉल-ऑफ़-मिरर इफ़ेक्ट दिखता है. इससे उपयोगकर्ताओं को भ्रम होता है और दूर बैठे उपयोगकर्ताओं के साथ बातचीत में रुकावट आती है.
DisplayMediaStreamConstraints.surfaceSwitching
यह विकल्प जोड़ता है, ताकि प्रोग्राम के हिसाब से यह कंट्रोल किया जा सके कि स्क्रीन शेयर करने के दौरान, Chrome टैब स्विच करने के लिए बटन दिखाता है या नहीं. यह विकल्प navigator.mediaDevices.getDisplayMedia() को पास किया जाएगा.
'यह टैब शेयर करें' बटन की मदद से, उपयोगकर्ता आसानी से यह तय कर सकते हैं कि उन्हें कौन-सा टैब शेयर करना है. इसके लिए, उन्हें वीडियो कॉन्फ़्रेंसिंग टैब को फिर से चुनने, getDisplayMedia() को फिर से शुरू करने के लिए किसी बटन पर क्लिक करने या टैब की लंबी सूची में से कोई नया टैब चुनने की ज़रूरत नहीं पड़ती. यह सुविधा कुछ शर्तों के साथ उपलब्ध कराई जाती है, क्योंकि सभी वेब ऐप्लिकेशन इस सुविधा का इस्तेमाल नहीं कर सकते.
MediaTrackConstraintSet.displaySurface
getDisplayMedia() को कॉल करने पर, ब्राउज़र उपयोगकर्ता को डिसप्ले सर्फ़ेस चुनने का विकल्प देता है: टैब, विंडो या मॉनिटर. displaySurface कंस्ट्रेंट का इस्तेमाल करके, अब वेब ऐप्लिकेशन ब्राउज़र को यह सुझाव दे सकता है कि वह किसी खास तरह के डिसप्ले को उपयोगकर्ता को ज़्यादा प्रमुखता से दिखाए.
इस बारे में ज़्यादा जानें कि ये सुविधाएं, गलती से ज़्यादा शेयर करने से कैसे बचेंगी.
संसाधन के समय के हिसाब से रेंडर होने से रोकने की स्थिति
यह PerfomanceResourceTiming में एक फ़ील्ड जोड़ता है, ताकि किसी संसाधन के रेंडरिंग को ब्लॉक करने की स्थिति के बारे में जानकारी दी जा सके. फ़िलहाल, डेवलपर के नज़रिए से यह पता लगाने का सिर्फ़ एक तरीका है कि कौनसे संसाधन रेंडरिंग को ब्लॉक कर रहे हैं. इसके लिए, जटिल अनुमानों पर भरोसा करना पड़ता है. इसके बजाय, नया फ़ील्ड इस बारे में सीधे तौर पर सिग्नल देगा.
अनुमतियों की नीति के ऑरिजिन में वाइल्डकार्ड
इस सुविधा की मदद से, अनुमतियों की नीति में वाइल्डकार्ड इस्तेमाल किए जा सकते हैं. यह नीति SCHEME://*.HOST:PORT की तरह स्ट्रक्चर की गई होती है. उदाहरण के लिए, https://*.foo.com/. इसमें SCHEME://HOST:PORT से एक मान्य ऑरिजिन बनाया जा सकता है. उदाहरण के लिए, https://foo.com/. इसके लिए, यह ज़रूरी है कि HOST कम से कम eTLD+1 (रजिस्टर किया जा सकने वाला डोमेन) हो. इसका मतलब है कि https://*.bar.foo.com/ काम करेगा, लेकिन https://*.com/ काम नहीं करेगा. स्कीम और पोर्ट सेक्शन में वाइल्डकार्ड का इस्तेमाल नहीं किया जा सकेगा. साथ ही, https://*.foo.com/, https://foo.com/ को डेलिगेट नहीं करता है. पहले, अनुमतियों की नीति इस तरह की हो सकती थी:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
इस सुविधा की मदद से, इनका इस्तेमाल किया जा सकता है:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
<form> एलिमेंट पर rel एट्रिब्यूट के लिए सहायता
इस सुविधा से, फ़ॉर्म एलिमेंट में rel एट्रिब्यूट जुड़ जाता है. इससे, rel=noopener वाले फ़ॉर्म एलिमेंट से नेविगेट की गई वेबसाइटों पर window.opener को मौजूद होने से रोका जा सकता है. साथ ही, रेफ़रर हेडर को rel=noreferrer के साथ भेजे जाने से रोका जा सकता है.
ऑरिजिन ट्रायल
Chrome के इस वर्शन में, दो नए ऑरिजिन ट्रायल शामिल किए गए हैं.
Declarative PendingBeacon API
यह स्टेटफ़ुल बीकन एपीआई है. इससे ब्राउज़र यह कंट्रोल कर पाता है कि बीकन कब भेजे जाएं. बीकन, डेटा का एक बंडल होता है. इसे बैकएंड सर्वर को भेजा जाता है. इसके लिए, किसी खास जवाब की ज़रूरत नहीं होती. अक्सर, उपयोगकर्ता के पेज पर आने के बाद, इन इवेंट को भेजा जाता है. हालांकि, "भेजें" कॉल करने का कोई सही समय नहीं होता. यह एपीआई, ब्राउज़र को ही डेटा भेजने का काम सौंपता है. इसलिए, यह पेज अनलोड होने या पेज छिपने पर बीकन को सपोर्ट कर सकता है. इसके लिए, डेवलपर को सही समय पर डेटा भेजने के कॉल लागू करने की ज़रूरत नहीं होती.
यह सुविधा, Chrome 109 तक आज़माई जा सकती है. बिना किसी शुल्क के आज़माने के लिए यहां रजिस्टर करें.
Permissions-Policy: unload
इस सुविधा की मदद से, पेज अनलोड इवेंट हैंडलर को बंद कर सकते हैं. इसका मकसद उन साइटों को अनुमति देना है जिन्होंने सभी अनलोड हैंडलर हटा दिए हैं, ताकि वे गलती से नए हैंडलर न जोड़ें. इससे साइटों को अनलोड इवेंट हैंडलर से माइग्रेट करने में मदद मिलेगी. साथ ही, BFCache के हिट-रेट को बेहतर बनाने में मदद मिलेगी.
यह सुविधा, Chrome 109 तक आज़माई जा सकती है. बिना किसी शुल्क के आज़माने के लिए यहां रजिस्टर करें.
बंद की गई और हटाई गई सुविधाएं
Chrome के इस वर्शन में, यहां दी गई सुविधाओं को बंद कर दिया गया है और इन्हें हटा दिया गया है. ChromeStatus.com पर जाकर, बंद की जाने वाली सुविधाओं, फ़िलहाल बंद की गई सुविधाओं, और पहले हटाई गई सुविधाओं की सूचियां देखें.
Chrome के इस वर्शन में, एक सुविधा को बंद कर दिया गया है.
Expect-CT
Expect-CT एक एचटीटीपी हेडर है. इसकी मदद से वेबसाइटें, डिफ़ॉल्ट रूप से लागू होने से पहले, प्रमाणपत्र पारदर्शिता लागू करने की सुविधा के लिए ऑप्ट इन कर सकती थीं. इसमें रिपोर्टिंग की सुविधा भी है. इससे डेवलपर को सीटी के गलत कॉन्फ़िगरेशन का पता लगाने में मदद मिलती है.
Expect-CT एचटीटीपी हेडर को, सभी वेबसाइटों के लिए प्रमाणपत्र पारदर्शिता (सीटी) लागू करने में मदद करने के लिए डिज़ाइन किया गया था. इससे ज़्यादा अहमियत वाली वेबसाइटों को, सीटी लागू करने या रिपोर्टिंग की सुविधा को ऑप्ट इन करने की अनुमति मिलती है. इससे सीटी लागू करने की ज़रूरत पड़ने से पहले ही, बेहतर सुरक्षा मिलती है. Chrome को सभी सार्वजनिक वेबसाइटों पर सीटी लागू करने की ज़रूरत होती है. हालांकि, अब Expect-CT का इस्तेमाल नहीं किया जा सकता. Chrome को अब सभी सार्वजनिक वेबसाइटों पर सीटी की ज़रूरत होती है. इसलिए, Expect-CT का इस्तेमाल करने से अब कोई सुरक्षा फ़ायदा नहीं मिलता. किसी अन्य ब्राउज़र ने Expect-CT को लागू नहीं किया है. इसलिए, इसे हटाने से इंटरऑपरेबिलिटी पर कोई असर नहीं पड़ेगा.