Screen Capture API, CSS ग्रिड-टेंप्लेट प्रॉपर्टी इंटरपोलेशन वगैरह में जोड़.
जब तक अलग से जानकारी नहीं दी जाती, तब तक नीचे बताए गए बदलाव 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 में हमारे योगदान देने वालों की वजह से, अब हम इन प्रॉपर्टी के लिए इंटरपोलेशन की सुविधा देते हैं. ग्रिड लेआउट, अब ऐनिमेशन या ट्रांज़िशन के आधे हिस्से में स्नैप करने के बजाय, आसानी से अलग-अलग स्थितियों के बीच स्विच कर सकते हैं.
निजता बनाए रखने वाली स्क्रीन शेयर करने के कंट्रोल
स्क्रीन कैप्चर एपीआई, मौजूदा मीडिया कैप्चर और स्ट्रीम एपीआई को जोड़ता है. इससे, मीडिया स्ट्रीम के तौर पर कैप्चर करने के लिए, उपयोगकर्ता स्क्रीन के किसी हिस्से या स्क्रीन (जैसे, विंडो) को चुन सकता है. इसके बाद, इस स्ट्रीम को रिकॉर्ड किया जा सकता है या नेटवर्क पर मौजूद दूसरे लोगों के साथ शेयर किया जा सकता है. इस बीटा वर्शन में, इस एपीआई में कुछ नई सुविधाएं जोड़ी गई हैं.
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 एपीआई
एक स्टेटफ़ुल बीकन एपीआई, जो ब्राउज़र को यह कंट्रोल करने देता है कि बीकन कब भेजे जाएं. बीकन, डेटा का एक बंडल होता है. इसे बैकएंड सर्वर पर भेजा जाता है. इसमें किसी खास रिस्पॉन्स की उम्मीद नहीं होती. अक्सर उपयोगकर्ताओं को किसी पेज पर विज़िट करने के बाद ही इन्हें भेजना चाहिए, लेकिन "भेजें" कॉल करने का कोई सही समय नहीं है. यह एपीआई, ब्राउज़र को ही ईमेल भेजता है, ताकि यह पेज अनलोड करने या पेज छिपाने पर बीकन की सुविधा दे सके. इसके लिए, डेवलपर को सही समय पर 'भेजें' कॉल लागू करने की ज़रूरत नहीं होती.
यह ट्रायल Chrome 109 तक चल सकता है. मुफ़्त में आज़माने के लिए यहां रजिस्टर करें.
अनुमतियों से जुड़ी नीति: अनलोड करें
इस सुविधा की मदद से, पेजों को अनलोड इवेंट हैंडलर बंद करने की अनुमति मिलती है. इसका मकसद उन साइटों को अनुमति देना है जिन्होंने सभी अनलोड हैंडलर हटा दिए हैं, ताकि यह पक्का किया जा सके कि उन्होंने गलती से नए हैंडलर न जोड़े हों. इससे साइटों को अनलोड इवेंट हैंडलर बंद करने में मदद मिलेगी. साथ ही, BFcache हिट-रेट बेहतर होगी.
यह ट्रायल Chrome 109 तक चल सकता है. मुफ़्त में आज़माने के लिए यहां रजिस्टर करें.
सेवा बंद करना और हटाना
Chrome के इस वर्शन में, हटाए जाने वाले और हटाए जाने वाले पेजों की जानकारी दी जाएगी. इनके बारे में नीचे बताया गया है. पहले से हटाए गए, हटाए गए पेजों, और मौजूदा बंदियों की सूची के लिए, ChromeStatus.com पर जाएं.
Chrome के इस वर्शन में एक सुविधा बंद कर दी गई है.
अनुमानित-CT
Expect-CT एक एचटीटीपी हेडर है. इसकी मदद से, डिफ़ॉल्ट रूप से लागू होने से पहले, वेबसाइटों को सर्टिफ़िकेट पारदर्शिता नीति लागू करने के लिए ऑप्ट-इन करने की अनुमति मिलती है. इसमें रिपोर्टिंग की सुविधा भी है. इसकी मदद से, डेवलपर को सीटी से जुड़ी गड़बड़ियों का पता लगाने में मदद मिलती है.
Expect-CT एचटीटीपी हेडर को, यूनिवर्सल सर्टिफ़िकेट ट्रांसपेरंसी (सीटी) लागू करने में मदद करने के लिए डिज़ाइन किया गया था. इसके तहत, सभी सार्वजनिक वेबसाइटों पर ज़्यादा अहम वेबसाइटों को, सीटी नीति लागू करने के विकल्प या बेहतर सुरक्षा के लिए रिपोर्ट करने की अनुमति दी गई थी. इससे पहले कि सभी सार्वजनिक वेबसाइटों पर सीटी की नीति लागू करना ज़रूरी था. हालांकि, Expect-CT अब अपनी ज़रूरत के मुताबिक नहीं है. Chrome को अब सभी सार्वजनिक वेबसाइटों पर सीटी की ज़रूरत होती है, इसलिए अब Expect-CT पर कोई सुरक्षा वैल्यू नहीं है. किसी दूसरे ब्राउज़र ने Expect-CT को लागू नहीं किया है. इसलिए, इसे हटाने से इंटरऑपरेबिलिटी की कोई समस्या नहीं है.