Chrome 111 बीटा वर्शन

नए सीएसएस कलर टाइप और कलर स्पेस, सीएसएस ट्रिगनोमेट्रिक फ़ंक्शन, और View Transit API.

जब तक अलग से न बताया जाए, तब तक नीचे दिए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए उपलब्ध, Chrome बीटा चैनल के सबसे नए वर्शन पर लागू होते हैं. यहां दिए गए लिंक की मदद से या ChromeStatus.com पर दी गई सूची से सुविधाओं के बारे में ज़्यादा जानें. Chrome 111, 9 फ़रवरी, 2023 से बीटा वर्शन में उपलब्ध है. आप डेस्कटॉप के लिए Google.com या Android पर Google Play Store पर जाकर नया वर्शन डाउनलोड कर सकते हैं.

सीएसएस

सीएसएस के नए कलर टाइप और स्पेस

सीएसएस के कलर लेवल 4 में बताई गई सभी सुविधाएं अब चालू हैं. इसमें चार डिवाइस-इंडिपेंडेंट कलर टाइप (लैब, Oklab, lch और Oklch), color() फ़ंक्शन, और ग्रेडिएंट और ऐनिमेशन के लिए उपयोगकर्ता के तय किए गए कलर स्पेस शामिल हैं.

इन नए तरह के कलर और स्पेस के बारे में जानने के लिए, हाई डेफ़िनिशन सीएसएस कलर गाइड पढ़ें.

color-mix() फ़ंक्शन

शिपिंग भी है, जो CSS Color 5 का एक शानदार फ़ंक्शन color-mix() है, जो आपके लिए बहुत काम का है. इस फ़ंक्शन की मदद से, इस्तेमाल किए जा सकने वाले किसी भी कलरस्पेस में, एक रंग के प्रतिशत को दूसरे रंग में मिलाया जा सकता है. इस उदाहरण में, blue के 10% हिस्से को एसआरजीबी में मौजूद white में मिलाया गया है.

.item {
  background-color: color-mix(in srgb, blue 10%, white);
}

सीएसएस सिलेक्टर 4 बदली हुई कैटगरी :nth-child(an + S का b)

सिलेक्टर चुनने के लिए, :nth-child(an + b) और :nth-last-child() को बढ़ाएं. उदाहरण के लिए, दिए गए किसी पैरंट खाते के तहत, :nth-child(3 of .c) तीसरा .c है. ज़्यादा जानने के लिए, of S सिंटैक्स की मदद से चुने गए :nth-child() पर ज़्यादा कंट्रोल पोस्ट पढ़ें.

सीएसएस रूट की फ़ॉन्ट यूनिट

रूट फ़ॉन्ट यूनिट को जोड़ता है: rem की मौजूदा रूट फ़ॉन्ट यूनिट में rex, rch, ric, और rlh.

सीएसएस ट्रिगनोमेट्रिक फ़ंक्शन

ट्रिगनोमेट्रिक फ़ंक्शन sin(), cos(), tan(), asin(), acos(), atan(), atan2() को सीएसएस के मैथ एक्सप्रेशन में जोड़ दिया गया है.

सीएसएस की कस्टम प्रॉपर्टी के लिए स्टाइल कंटेनर क्वेरी

@container नियमों में style() फ़ंक्शन जोड़ता है, ताकि एंसेस्टर एलिमेंट की कस्टम प्रॉपर्टी की कंप्यूट की गई वैल्यू के आधार पर स्टाइल को लागू किया जा सके.

baseline-source प्रॉपर्टी

baseline-source प्रॉपर्टी की मदद से, वेब डेवलपर यह तय कर सकते हैं कि इनलाइन-लेवल वाले बॉक्स को लाइनबॉक्स के अंदर अलाइन करने के लिए, first या last बेसलाइन का इस्तेमाल करना चाहिए या नहीं.

वेब एपीआई

window-management की अनुमति और अनुमति की नीति की स्ट्रिंग

Chrome 111, window-placement की अनुमति और अनुमति से जुड़ी नीति की स्ट्रिंग के लिए, window-management को उपनाम के तौर पर जोड़ता है. यह स्ट्रिंग का नाम बदलने की एक बड़ी कोशिश है. इसके लिए, आखिर में window-placement को बंद करके, उसे हटा दिया जाएगा. विंडो मैनेजमेंट एपीआई में समय के साथ बदलाव होने की वजह से, शब्दावली में किए गए बदलाव से डिस्क्रिप्टर (लंबे समय तक) बेहतर होता है.

Media Session API: स्लाइड से जुड़ी कार्रवाइयां दिखाना

मौजूदा Media Session API में previousslide और nextslide कार्रवाइयां जोड़ता है.

ArrayBuffer का साइज़ बदला जा सकता है और SharedArrayBuffer को बढ़ाया जा सकता है

ज़्यादा से ज़्यादा साइज़ लेने के लिए, ArrayBuffer कंस्ट्रक्टर को बढ़ाएं. इससे बफ़र का दायरा बढ़ता और पुराना होता जाता है. इसी तरह, SharedArrayBuffer को एक अतिरिक्त अधिकतम लंबाई लेने के लिए बढ़ाया गया है, जो अपने स्थान पर विकास करने देता है.

अनुमान लगाने के नियम: रेफ़रर नीति की कुंजी

इससे डेवलपर, अनुमान लगाने के नियमों के सिंटैक्स का दायरा बढ़ा पाते हैं. इससे डेवलपर, रेफ़रर नीति तय कर पाते हैं और अनुमान के हिसाब से बनाए गए नियमों के ज़रिए ट्रिगर किए गए, अनुमान पर आधारित अनुरोधों के साथ, इस नीति का इस्तेमाल कर पाते हैं. इसकी मदद से, फिर से "ज़्यादा सख्त रेफ़रल देने वाली नीति" की शुरुआत होती है ज़रूरी है.

स्ट्रीमिंग डिक्लेरेटिव शैडो डीओएम

इससे लाइव स्ट्रीम के लिए, क्लोज़िंग टेंप्लेट टैग के बजाय, शैडो रूट को ऐप्लिकेशन के ओपनिंग पेज पर जोड़ा जा सकता है.

ट्रांज़िशन एपीआई देखें

व्यू का स्नैपशॉट लेकर और स्थितियों के बीच बिना किसी ओवरलैप के डीओएम को बदलने की अनुमति देकर, सिंगल-पेज ऐप्लिकेशन (एसपीए) में बेहतर ट्रांज़िशन बनाने की सुविधा चालू करता है. अपनी पसंद के मुताबिक ट्रांज़िशन बनाने के लिए, ट्रांज़िशन देखें या उपयोगकर्ता अनुभव को बेहतर बनाने के लिए, सामान्य क्रॉसफ़ेड डिफ़ॉल्ट का इस्तेमाल करें.

ज़्यादा जानकारी के लिए Chrome डेवलपर लेख देखें और शुरू करने में आपकी मदद करने के लिए ट्रांज़िशन के उदाहरण देखें.

WebRTC स्केलेबल वीडियो कोडिंग एक्सटेंशन

यह एक्सटेंशन किसी आउटगोइंग WebRTC वीडियो ट्रैक पर, स्केलेबल वीडियो कोडिंग (SVC) कॉन्फ़िगरेशन में से किसी एक को चुनने का स्टैंडर्ड तरीका बताता है.

WebXR enabledFeatures एट्रिब्यूट

उन सुविधाओं का सेट दिखाता है जिन्हें XRSessionInit के ज़रिए इस XRSession के लिए चालू किया गया था. साथ ही, दिए गए मोड और सुविधाओं के लिए ज़रूरी शर्तों के मुताबिक शामिल सुविधाएं देता है. किसी दिए गए सेशन के लिए, उसमें सभी requiredFeatures शामिल होंगे, लेकिन वह optionalFeatures का सबसेट हो सकता है. ज़्यादातर सुविधाओं के पास यह पता लगाने के दूसरे तरीके होते हैं कि उन्हें ऐक्सेस दिया गया था या नहीं; हालांकि, कुछ सुविधाओं के लिए सुविधा के चालू होने या न होने के सिग्नल, उस सुविधा के डेटा से जुड़े हो सकते हैं जो अभी उपलब्ध नहीं है. इसका मतलब है कि अभी डेटा उपलब्ध नहीं है. enabledFeatures पर क्वेरी करके, यह तय किया जा सकता है कि काम के कोई संकेत दिखाए जाएं या नहीं. उदाहरण के लिए, ट्रैकिंग को बेहतर बनाने या ट्रैक करने की प्रोसेस शुरू करने के लिए. इसके अलावा, यह भी तय किया जा सकता है कि मौजूदा सेशन में कोई सुविधा कभी काम नहीं करेगी या नहीं.

ऑरिजिन ट्रायल चल रहा है

Chrome 111 में, ऑरिजिन ट्रायल के लिए इन नए तरीकों के लिए ऑप्ट इन किया जा सकता है.

Web Payment API में connect-src सीएसपी बायपास को हटाने के लिए, सेवा को बंद करने का ट्रायल

मेनिफ़ेस्ट को फ़ेच करते समय, Connect-src की सीएसपी नीति को बायपास करने के लिए, Web Payment API की सुविधा बंद करें. इस सुविधा के बंद होने के बाद, साइट की Connect-src की सीएसपी नीति को पेमेंट के अनुरोध वाले कॉल में बताए गए, पेमेंट के तरीके के यूआरएल के साथ-साथ उन सभी यूआरएल की अनुमति देनी होगी जिनका इस्तेमाल, अपने मेनिफ़ेस्ट को फ़ेच करने के लिए किया जाता है.

जिन डेवलपर को बायपास को कुछ समय के लिए फिर से चालू करना होगा उनके लिए, 111 से 113 तक के रिवर्स ऑरिजिन ट्रायल को Chrome 111 से, बायपास करने की इस सुविधा को हटा दिया गया है. इसमें ऑप्ट इन करने के लिए, connect-src सीएसपी बायपास के लिए, रिवर्स एक्सपोज़्ड ट्रायल के लिए रजिस्टर करें.

पिक्चर में पिक्चर

'डॉक्यूमेंट पिक्चर में पिक्चर एपीआई' एक नया एपीआई है. यह हमेशा हमेशा चालू रहने वाली विंडो को खोलने के लिए इस्तेमाल किया जाता है. इसमें आर्बिट्रेरी एचटीएमएल कॉन्टेंट की मदद से अपने-आप जानकारी भरी जा सकती है. यह मौजूदा पिक्चर-इन-पिक्चर एपीआई का एक बड़ा हिस्सा है, जो सिर्फ़ HTMLVideoElement को पीआईपी विंडो में डालने की अनुमति देता है. इससे वेब डेवलपर, उपयोगकर्ताओं को पीआईपी का बेहतर अनुभव दे पाते हैं.

दस्तावेज़ में पिक्चर में पिक्चर सुविधा से जुड़े दस्तावेज़ पढ़ें.

डॉक्यूमेंट पिक्चर में पिक्चर ऑरिजिन ट्रायल के लिए रजिस्टर करें.

बंद करना और हटाना

Chrome के इस वर्शन में, सुविधाओं को बंद करने और हटाने के बारे में नीचे बताया गया है. पहले से तय, बंद हो चुके, और पहले से हटाए गए तरीकों की सूची के लिए ChromeStatus.com पर जाएं.

Chrome की इस रिलीज़ में तीन सुविधाएं हटाई गई हैं.

पेमेंट के तरीके हटाएं

पेमेंट इंस्ट्रुमेंट, वह वेब एपीआई है जो जेआईटी नहीं होने वाले पेमेंट ऐप्लिकेशन को इंस्टॉल करने का समर्थन करता है. इसके बारे में ज़्यादा जानने के लिए, https://w3c.github.io/payment-handler/ पर जाएं. इसे यह मानकर डिज़ाइन किया गया था कि ब्राउज़र, पेमेंट के तरीके की जानकारी को सेव करेगा. हालांकि, यह जानकारी सही नहीं है और इसमें निजता से जुड़ी जानकारी लीक हुई है. साथ ही, यह जानकारी किसी दूसरे ब्राउज़र पर भी नहीं भेजी गई है और न ही हमें दूसरे ब्राउज़र वेंडर ने इसमें दिलचस्पी दिखाई है. इसलिए, इस एपीआई को बंद करके हटा दिया गया है.

Web Payment API में, connect-src सीएसपी बायपास को हटाएं

मेनिफ़ेस्ट फ़ेच करते समय, Web Payment API के लिए connect-src की सीएसपी नीति को बायपास करने की सुविधा बंद करें. इसके बाद, साइट की connect-src सीएसपी नीति को, PaymentRequest कॉल में बताए गए, पेमेंट के तरीके के यूआरएल के साथ-साथ उन सभी यूआरएल की अनुमति देनी होगी जिन पर तरीके की चेन, अपने मेनिफ़ेस्ट को फ़ेच करती है.

ऑरिजिन ट्रायल के तहत दी गई जानकारी देखें. इससे, सुविधा बंद होने के ट्रायल में ऑप्ट-इन करने का विकल्प मिलेगा. इससे आपको इस हटाए जाने की वजह से होने वाले ज़रूरी बदलावों के लिए ज़्यादा समय मिल सकेगा.

canmakepayment इवेंट में कारोबारी या कंपनी की पहचान

canmakepayment सर्विस वर्कर इवेंट से, कारोबारी या कंपनी को यह पता चलता है कि इंस्टॉल किए गए पेमेंट ऐप्लिकेशन में, उपयोगकर्ता के पास कोई कार्ड है या नहीं. यह व्यापारी/कंपनी के ऑरिजिन और आर्बिट्रेरी डेटा को, पेमेंट ऐप्लिकेशन ऑरिजिन से सर्विस वर्कर को चुपचाप भेजता था. यह क्रॉस-ऑरिजिन कम्यूनिकेशन JavaScript में PaymentRequest बनाने के दौरान हुआ था. इसके लिए, उपयोगकर्ता जेस्चर की ज़रूरत नहीं थी और इसमें कोई यूज़र इंटरफ़ेस नहीं दिखाया गया था. इस साइलेंट डेटा पैसेज को canmakepayment इवेंट और Android IS_READY_TO_PAY इंटेंट से हटा दिया गया है).