सीएसएस के शुरुआती अक्षर, वेब ऐप्लिकेशन लॉन्च हैंडलर, FedCM API के लिए क्रॉस-ऑरिजिन iframe सहायता वगैरह.
जब तक अलग से न बताया जाए, तब तक नीचे बताए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome बीटा चैनल के सबसे नए रिलीज़ पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक या ChromeStatus.com पर दी गई सूची में जाएं. Chrome 110 का बीटा वर्शन 12 जनवरी, 2023 से उपलब्ध है. आप डेस्कटॉप पर Google.com या Android पर Google Play Store से नया वर्शन डाउनलोड कर सकते हैं.
सीएसएस
इस रिलीज़ में सीएसएस की दो नई सुविधाएं जोड़ी गई हैं.
CSS के शुरुआती अक्षर
शुरुआती अक्षर बड़े और सजावटी अक्षर होते हैं. इनका इस्तेमाल प्रिंटिंग के आविष्कार से पहले से, टेक्स्ट के नए सेक्शन को शुरू करने के लिए किया जाता रहा है. सीएसएस initial-letter प्रॉपर्टी की मदद से, लाइनों की वह संख्या सेट की जा सकती है जिन्हें किसी शुरुआती अक्षर को टेक्स्ट की इन लाइनों में सिंक किया जाना चाहिए. नीचे दिए गए उदाहरण में, शुरुआती अक्षर, टेक्स्ट की तीन लाइनों से ज़्यादा दिखेगा.
.content::first-letter {
initial-letter: 3;
}
सीएसएस सूडो-क्लास :picture-in-picture
:picture-in-picture की सूडो क्लास की मदद से, वेब डेवलपर को वीडियो के पिक्चर में पिक्चर मोड में जाने और उससे बाहर निकलने पर, मीडिया प्लेयर को पसंद के मुताबिक बनाने में मदद मिलती है.
इमेज-इन-पिक्चर में स्यूडो-क्लास का डेमो आज़माएं.
वेब एपीआई
AudioContext.setSinkId()
AudioContext.setSinkId, आउटपुट के लिए इस्तेमाल किए जाने वाले ऑडियो डिवाइस का आईडी सेट करता है. इससे AudioContext, ऑडियो को उपयोगकर्ता की पसंद के कनेक्ट किए गए आउटपुट डिवाइस पर रूट कर पाता है.
वेब ऑडियो में डेस्टिनेशन आउटपुट डिवाइस बदलना पोस्ट में, इस सुविधा के बारे में ज़्यादा जानें.
क्रॉस-ऑरिजिन iframe में FedCM
अनुमतियों की नीति के ज़रिए, FedCM API के लिए क्रॉस-ऑरिजिन iframe की सुविधा जोड़ी जाती है. इससे, वेबसाइटें, आइडेंटिटी प्रोवाइडर की मदद से स्क्रिप्ट को सैंडबॉक्स कर पाती हैं. इससे, क्रॉस-ऑरिजिन iframe में FedCM API को ट्रिगर किया जाता है, ताकि पूरे पेज पर उनका पूरा कंट्रोल न हो. यह ऐसे इस्तेमाल के मामलों में भी अनुमति देता है, जहां खुद iframe है और जिसके लिए उपयोगकर्ता को साइन-इन करने की ज़रूरत होती है. दोनों मामलों में, पैरंट फ़्रेम को अनुमतियों की नीति identity-credentials-get के साथ क्रॉस-ऑरिजिन iframe उपलब्ध कराना होगा.
बिना क्रेडेंशियल वाला iframe
बिना क्रेडेंशियल वाले iframe की मदद से, डेवलपर नए और थोड़े समय के लिए इस्तेमाल किए जाने वाले कॉन्टेक्स्ट का इस्तेमाल करके, तीसरे पक्ष के iframe में दस्तावेज़ लोड कर सकते हैं. बिना क्रेडेंशियल वाले iframe, तीसरे पक्ष के ऐसे iframe के साथ काम करने के लिए बिना क्रेडेंशियल वाले COEP का सामान्यीकरण हैं जो शायद COEP को डिप्लॉय नहीं करते. इससे वह कंस्ट्रेंट हट जाता है जिसके तहत तीसरे पक्ष के iframe, सीओईपी पेज में एम्बेड किए जाने के लिए सीओईपी के साथ काम करते हैं. साथ ही, क्रॉस-ऑरिजिन-आइसोलेशन का इस्तेमाल करने वाले डेवलपर को अनब्लॉक किया जाएगा.
बिना क्रेडेंशियल वाले iframe के बारे में ज़्यादा जानें.
FileSystemHandle::remove() तरीका
remove() वाला FileSystemHandle तरीका इस्तेमाल के सामान्य उदाहरण को चालू करता है, जहां आपको showSaveFilePicker() से कोई फ़ाइल हैंडल मिलता है. हालांकि, इसके बाद यह तय किया जाता है कि आपको फ़ाइल को सेव नहीं करना है और बाद में उस फ़ाइल को मिटा दें. इस तरीके का इस्तेमाल किए जाने से पहले, उस फ़ाइल या डायरेक्ट्री को हटाया नहीं जा सकता था जिसके लिए उसका हैंडल दिया गया है. आपको पैरंट डायरेक्ट्री का हैंडल लेना था और FileSystemDirectoryHandle::removeEntry() को कॉल करना था.
अनुमान लगाने के नियम वाले एपीआई से ट्रिगर हुए प्रीफ़ेच
प्रीफ़ेच करने की सुविधा से, आने वाले नेविगेशन के लिए मुख्य रिसॉर्स को मेमोरी में रखा जाता है, ताकि इसका इस्तेमाल अगले नेविगेशन को तेज़ी से आगे बढ़ाने के लिए किया जा सके. अगर डेस्टिनेशन साइट के लिए कोई क्रेडेंशियल मौजूद नहीं है, तो इस लॉन्च में एक ही साइट के लिए प्रीफ़ेच करना और क्रॉस-साइट प्रीफ़ेच करना, दोनों शामिल होंगे.
यूआरएल में नॉन-ट्रांज़िशनल आईडीएनए प्रोसेसिंग का इस्तेमाल करना
Chrome के व्यवहार को Firefox और Safari के साथ अलाइन करने और यूआरएल प्रोसेसिंग के लिए, नॉन-ट्रांज़िशनल मोड में IDNA 2008 को चालू करें. Chrome अभी यूआरएल प्रोसेसिंग में ट्रांज़िशनल मोड में IDNA 2008 का इस्तेमाल करता है. ट्रांज़िशनल और नॉन-ट्रांज़िशनल मोड के बीच मुख्य अंतर, चार वर्णों को हैंडल करना है, जिन्हें डेविएशन वर्ण कहा जाता है: € (LATIN छोटा LETTER SWIFT S), ES (GREEK छोटा LETTER FINAL SIGMA), ZWJ (ज़ीरो विड्थ जॉइनर) और ZWNJ (शून्य विड्थ नॉन-जॉइनर). ट्रांज़िशनल मोड में, डेविएशन वाले वर्णों को IDNA2003 की तरह ही हैंडल किया जाता है: € को ss पर मैप किया जाता है, इसे † को मैप किया जाता है. साथ ही, ZWJ और ZWNJ को ZWJ और ZWNJ पर मैप किया जाता है. नॉन-ट्रांज़िशनल मोड में, इन वर्णों वाले डोमेन को मैपिंग के बिना डोमेन नेम में इस्तेमाल करने की अनुमति होती है. इसलिए, ये अलग-अलग आईपी पतों का इस्तेमाल कर सकते हैं. उदाहरण के लिए, Chrome और Firefox में faß.de टाइप करने पर आज अलग-अलग साइटें खुलती हैं. Chrome में नॉन-ट्रांज़िशनल आईडीएनए को चालू करने से डोमेन नेम में डेविएशन कैरेक्टर की अनुमति मिल जाएगी. Firefox और Safari ने 2016 में पहले ही यह बदलाव कर दिया है और नॉन-ट्रांज़िशनल यूआरएल प्रोसेसिंग का इस्तेमाल जारी रखेंगे.
वेब ऐप्लिकेशन को लॉन्च करने वाला हैंडलर
launch_handler वेब ऐप्लिकेशन मेनिफ़ेस्ट सदस्य जोड़ें. इसकी मदद से, वेब ऐप्लिकेशन सभी तरह के ऐप्लिकेशन लॉन्च ट्रिगर के लिए, अपने लॉन्च के काम करने के तरीके को पसंद के मुताबिक बना सकते हैं. उदाहरण के लिए, यहां दी गई वजह से, example ऐप्लिकेशन के सभी लॉन्च हमेशा नई ऐप्लिकेशन विंडो लॉन्च करने के बजाय, मौजूदा ऐप्लिकेशन विंडो पर फ़ोकस करेंगे और उसे नेविगेट (अगर मौजूद है) करेंगे.
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
वेब शेयर करने की अनुमति से जुड़ी नीति
navigator.share() के ऐक्सेस को कंट्रोल करती है. डिफ़ॉल्ट रूप से, तीसरे पक्ष के iframe के पास Web Share API का इस्तेमाल करने की अनुमति नहीं होती.
ऑरिजिन ट्रायल जारी हैं
Chrome 110 में, नीचे दिए गए नए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
नेविगेशन प्रीफ़ेच कैश में कोई 'वैरी-सर्च' सहायता नहीं
प्रीफ़ेच को चालू करता है, ताकि यूआरएल क्वेरी पैरामीटर में बदलाव होने पर भी उससे मैच कर सके. No-Vary-Search एचटीटीपी रिस्पॉन्स हेडर यह बताता है कि यूआरएल क्वेरी के कुछ या सभी हिस्सों को कैश मेमोरी के मिलान के लिए अनदेखा किया जा सकता है. इसमें यह एलान किया जा सकता है कि क्वेरी पैरामीटर कुंजियों के क्रम की वजह से कैश मेमोरी में कोई जानकारी मिस नहीं होगी. यह भी हो सकता है कि किसी क्वेरी पैरामीटर से कैश मेमोरी छूट न जाए या सिर्फ़ कुछ खास क्वेरी पैरामीटर के लिए कैश मेमोरी में डेटा सेव न हो. यह जानकारी एक से ज़्यादा कैश मेमोरी पर लागू हो सकती है, लेकिन यह जानकारी प्रीफ़ेच कैश मेमोरी के लिए सहायता से जुड़ी है.
नेविगेशन प्रीफ़ेच कैश ट्रायल में, No- डालें-Search की सुविधा के लिए रजिस्टर करें.
PerformanceResourceTiming.deliveryType
संसाधन डिलीवर करने के तरीके के बारे में जानकारी देना. उदाहरण के लिए, कैश मेमोरी से डिलीवर किए गए रिसॉर्स (फ़िलहाल, transferSize के ज़रिए दिखाए गए हैं) और ऐसे नेविगेशन जो पिछले पेज पर प्रीफ़ेच किए गए थे उनकी पहचान करने में मदद मिलती है.
Softनेविगेशन परफ़ॉर्मेंस एंट्री
परफ़ॉर्मेंस ऑब्ज़र्वर और परफ़ॉर्मेंस टाइमलाइन, दोनों का इस्तेमाल करके वेब डेवलपर को (एक्सपेरिमेंट के तौर पर उपलब्ध, सॉफ़्ट नेविगेशन के अनुभव की जानकारी देता है.
सॉफ़्ट नेविगेशन अनुभवों के ट्रायल के लिए रजिस्टर करें.
अनुमान लगाने के नियम: अनुमान के नियम वाले हेडर की मदद से डिलीवरी
फ़िलहाल, डेवलपर सिर्फ़ इनलाइन स्क्रिप्ट टैग का इस्तेमाल करके, अनुमान लगाने के नियम तय कर सकते हैं. सबमिट की गई सुविधा, "अनुमान लगाने के नियम" हेडर के ज़रिए विकल्प देती है. इसकी वैल्यू, application/speculationrules+json MIME टाइप वाले टेक्स्ट रिसॉर्स का यूआरएल होना चाहिए. संसाधन के नियमों को दस्तावेज़ के नियम सेट में जोड़ा जाएगा.
अनुमान लगाने के नियम: दस्तावेज़ से जुड़े नियम
अनुमान लगाने से जुड़े नियमों के सिंटैक्स का एक्सटेंशन, जिसकी मदद से ब्राउज़र, पेज के लिंक एलिमेंट से अनुमान लगाने के लिए यूआरएल पा सकता है. इनमें वे शर्तें शामिल हो सकती हैं जो इस बात पर पाबंदी लगाती हैं कि इनमें से कौनसे लिंक इस्तेमाल किए जा सकते हैं.
वेबव्यू में X-अनुरोधित-के साथ
Android वेबव्यू पर X-Requested-Header के लेगसी व्यवहार को बनाए रखने के लिए, ट्रायल की सुविधा को बंद कर दिया गया है. फ़िलहाल, यह हेडर, वैल्यू के तौर पर एम्बेड करने वाले ऐप्लिकेशन के पैकेज के नाम के साथ सेट है, लेकिन धीरे-धीरे रोल आउट होने पर इसे हटा दिया जाएगा. इस सुविधा के बंद होने के दौरान, साइट के मालिकों को हेडर की जानकारी मिलती रहेगी. ऐसा, माइग्रेट करने के दौरान किया जाएगा.
इस रोक के बारे में ज़्यादा जानकारी एक अलग ब्लॉग पोस्ट में दी जाएगी. X-request की गई सुविधा को बंद करने के बाद वाली सुविधा के इस्तेमाल के लिए, यहां रजिस्टर करें.
सेवा को बंद करना और हटाना
Chrome के इस वर्शन में, यहां दी गई सूची में किसी सुविधा को बंद करने और हटाने की जानकारी दी जाती है. पहले से लगाई गई रोक, मौजूदा रोक, और पहले से हटाए गए अनुरोधों की सूची के लिए, ChromeStatus.com पर जाएं.
Chrome की यह रिलीज़ दो सुविधाओं को हटा देती है.
असुरक्षित कॉन्टेक्स्ट में वेब एसक्यूएल को हटाएं
वेब एसक्यूएल को अब असुरक्षित कॉन्टेक्स्ट में हटा दिया गया है. हमारा सुझाव है कि आप उस ब्राउज़र में SQLite Wasm पर स्विच करें जिसमें ऑरिजिन निजी फ़ाइल सिस्टम का इस्तेमाल किया गया हो.
window.webkitStorageInfo हटाएं
लेगसी स्टोरेज कोटा एपीआई, window.webkitStorageInfo API के साथ काम करने की सुविधा हटा देता है. इसे शुरुआत में साल 2011 में लॉन्च किया गया था. Chrome में प्रीफ़िक्स वाला कोटा एपीआई लागू किया गया. इसके बाद, इसे जिसे एपीआई ने तुरंत इस्तेमाल कर लिया था. अब यह एपीआई भी बंद कर दिया गया है. लेगसी स्टोरेज कोटा एपीआई को कभी भी किसी दूसरे ब्राउज़र ने लागू नहीं किया था. साथ ही, इसे 2013 से अब सेवा में नहीं है.