स्क्रीन कैप्चर एपीआई, सीएसएस ग्रिड-टेंप्लेट प्रॉपर्टी इंटरपोलेशन वगैरह में जोड़ा गया.
जब तक अलग से न बताया जाए, तब तक नीचे बताए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome बीटा चैनल के नए रिलीज़ पर लागू होते हैं. यहां दिए गए लिंक की मदद से या ChromeStatus.com पर दी गई सूची से सुविधाओं के बारे में ज़्यादा जानें. Chrome 107, 29 सितंबर, 2022 से बीटा वर्शन में उपलब्ध है. आप डेस्कटॉप के लिए Google.com या Android पर Google Play Store पर जाकर नया वर्शन डाउनलोड कर सकते हैं.
सीएसएस grid-template प्रॉपर्टी इंटरपोलेशन
सीएसएस ग्रिड में, grid-template-columns और grid-template-rows प्रॉपर्टी की मदद से डेवलपर, लाइन के नाम तय कर सकते हैं. साथ ही, ग्रिड कॉलम और लाइन के साइज़ को ट्रैक कर सकते हैं. Microsoft में हमारे योगदान देने वालों का शुक्रिया कि अब हम इन प्रॉपर्टी के लिए इंटरपोलेशन की सुविधा देते हैं. अब ग्रिड लेआउट, ऐनिमेशन या ट्रांज़िशन के बीच में स्नैप करने के बजाय, एक से दूसरी स्टेट पर आसानी से ट्रांज़िशन कर सकते हैं.
निजता बनाए रखने के लिए, स्क्रीन शेयर करने से जुड़े कंट्रोल
स्क्रीन कैप्चर एपीआई में मौजूदा Media Capture और Streams API शामिल किया गया है. इसकी मदद से, उपयोगकर्ता मीडिया स्ट्रीम के तौर पर कैप्चर करने के लिए, स्क्रीन या स्क्रीन के किसी हिस्से (जैसे कि विंडो) को चुन सकता है. इसके बाद, इस स्ट्रीम को रिकॉर्ड किया जा सकता है या इसे नेटवर्क पर दूसरे लोगों के साथ शेयर किया जा सकता है. इस बीटा वर्शन में, इस एपीआई में कुछ नई सुविधाएं जोड़ी गई हैं.
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 एट्रिब्यूट को जोड़ देती है. इससे window.opener को उन वेबसाइटों पर मौजूद होने से रोका जा सकता है जिन पर फ़ॉर्म एलिमेंट के ज़रिए rel=noopener मौजूद है. साथ ही, यह रेफ़रर हेडर को rel=noreferrer के साथ भेजे जाने से रोकता है.
ऑरिजिन ट्रायल
Chrome की इस रिलीज़ में दो नए ऑरिजिन ट्रायल किए गए थे.
डिक्लेरेटिव PendingBeacon एपीआई
यह एक स्टेटफ़ुल बीकन API है, जिसकी मदद से ब्राउज़र यह कंट्रोल कर सकता है कि बीकन कब भेजे जाएं. बीकन डेटा का एक बंडल है जो किसी बैकएंड सर्वर को भेजा जाता है. इसके लिए किसी खास जवाब की उम्मीद नहीं की जाती है. उपयोगकर्ता के किसी पेज पर जाने के बाद उन्हें भेजना अच्छा होता है, लेकिन "भेजें" के लिए सही समय नहीं होता की जाने वाली ज़रूरत है. यह एपीआई, ईमेल को ब्राउज़र को भेजता है, ताकि पेज अनलोड होने या पेज छिपाने के दौरान बीकन का इस्तेमाल किया जा सके. साथ ही, डेवलपर को बिलकुल सही समय पर कॉल भेजने की सुविधा लागू करने की ज़रूरत न पड़े.
मुफ़्त में आज़माने की यह अवधि Chrome के वर्शन 109 तक चल सकती है. मुफ़्त में आज़माने के लिए यहां रजिस्टर करें.
अनुमति-नीति: अनलोड करें
इस सुविधा की मदद से, पेज पर अनलोड इवेंट हैंडलर चलाने की सुविधा बंद की जा सकती है. इसका मकसद उन साइटों को अनुमति देना है जिन्होंने सभी अनलोड हैंडलर हटा दिए हैं. इससे यह पक्का किया जा सकता है कि वे गलती से नए अनलोड हैंडलर न जोड़ दें. इससे साइटों को अनलोड इवेंट हैंडलर से माइग्रेट करने और BFकैश हिट-दर में सुधार करने में मदद मिलेगी.
मुफ़्त में आज़माने की यह अवधि Chrome के वर्शन 109 तक चल सकती है. मुफ़्त में आज़माने के लिए यहां रजिस्टर करें.
बंद करना और हटाना
Chrome के इस वर्शन में, सुविधाओं को बंद करने और हटाने के बारे में नीचे बताया गया है. पहले से तय, बंद हो चुके, और पहले से हटाए गए तरीकों की सूची के लिए ChromeStatus.com पर जाएं.
Chrome के इस वर्शन में, एक सुविधा का इस्तेमाल रोक दिया गया है.
एक्सपेक्ट-सीटी
Expect-CT एक एचटीटीपी हेडर है. इसने डिफ़ॉल्ट रूप से लागू होने से पहले, वेबसाइटों को सर्टिफ़िकेट पारदर्शिता लागू करने के लिए ऑप्ट-इन करने की अनुमति दी है. इसमें रिपोर्टिंग की सुविधा भी है, जिससे डेवलपर को सीटी कॉन्फ़िगरेशन से जुड़ी गड़बड़ियों का पता लगाने में मदद मिलती है.
Expect-CT एचटीटीपी हेडर को सर्टिफ़िकेट पारदर्शिता (सीटी) लागू करने के तरीके को बदलने में मदद करने के लिए डिज़ाइन किया गया था. इसके लिए, सभी सार्वजनिक वेबसाइटों पर (Chrome की ओर से) सीटी लागू करने से पहले, ज़्यादा अहम वेबसाइटों को बेहतर सुरक्षा के लिए ऑप्ट-इन करने या रिपोर्ट करने की अनुमति दी गई थी. हालांकि, Expect-CT की उपयोगिता अब खत्म हो गई है. Chrome को अब सभी सार्वजनिक वेबसाइटों पर सीटी की ज़रूरत है, इसलिए अब Expect-CT के लिए कोई सुरक्षा वैल्यू नहीं है. किसी भी दूसरे ब्राउज़र ने Expect-CT लागू नहीं किया है, इसलिए इसे हटाने पर, इंटरऑपरेबिलिटी (दूसरे सिस्टम के साथ काम करना) से जुड़ी कोई समस्या नहीं होगी.