सीएसएस के नए कलर टाइप और कलर स्पेस, सीएसएस ट्रिगोनोमेट्रिक फ़ंक्शन, और व्यू ट्रांज़िशन एपीआई.
अगर कुछ और नहीं बताया गया है, तो नीचे दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल की नई रिलीज़ पर लागू होंगे. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर जाएं या ChromeStatus.com पर दी गई सूची देखें. Chrome 111, 9 फ़रवरी, 2023 तक बीटा वर्शन है. डेस्कटॉप के लिए Google.com या Android पर Google Play Store से, नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस
सीएसएस के नए कलर टाइप और स्पेस
सीएसएस के कलर लेवल 4 में बताई गई सभी सुविधाएं अब चालू हैं. इसमें डिवाइस पर निर्भर न करने वाले चार रंग टाइप (lab, Oklab, lch, और Oklch), color()
फ़ंक्शन, और ग्रेडिएंट और ऐनिमेशन के लिए उपयोगकर्ता के तय किए गए कलर स्पेस शामिल हैं.
इन नए रंगों और स्पेस के बारे में जानने के लिए, हाई डेफ़िनिशन सीएसएस कलर गाइड पढ़ें.
color-mix()
फ़ंक्शन
CSS Color 5 का बेहद काम का color-mix()
फ़ंक्शन भी शिप किया जा रहा है. इस फ़ंक्शन की मदद से, किसी भी काम के कलरस्पेस में, एक रंग के प्रतिशत को दूसरे रंग में मिलाया जा सकता है. इस उदाहरण में, SRGB में blue
के 10% को white
में मिलाया गया है.
.item {
background-color: color-mix(in srgb, blue 10%, white);
}
सीएसएस सिलेक्टर 4 स्यूडो-क्लास :nth-child(an + b of S)
सिलेक्टर लेने के लिए, :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
को हटाने और उसे इस्तेमाल न करने की हमारी कोशिश का हिस्सा है. इससे स्ट्रिंग के नाम बदल जाएंगे. शब्दावली में हुए बदलाव से, डेस्क्रिप्टर की लाइफ़ बेहतर होती है. ऐसा इसलिए, क्योंकि Window Management API समय के साथ बेहतर होता है.
Media Session API: स्लाइड दिखाने से जुड़ी कार्रवाइयां
मौजूदा Media Session API में previousslide
और nextslide
ऐक्शन जोड़ता है.
साइज़ बदलने की सुविधा वाला ArrayBuffer
और बड़ा किया जा सकने वाला SharedArrayBuffer
ArrayBuffer
कन्स्ट्रक्टर को ज़्यादा से ज़्यादा लंबाई तक बढ़ाएं, ताकि बफ़र को जगह में ही बढ़ाया और छोटा किया जा सके. इसी तरह, SharedArrayBuffer
को ज़्यादा से ज़्यादा वर्णों के लिए बढ़ाया जाता है, ताकि इन-प्लेस में बढ़ोतरी की जा सके.
अनुमान लगाने के नियम: रेफ़रल नीति की कुंजी
इससे, अनुमान लगाने के नियमों के सिंटैक्स का दायरा बढ़ जाता है. इससे डेवलपर, अनुमान लगाने के नियमों से ट्रिगर किए गए अनुमानित अनुरोधों के साथ इस्तेमाल करने के लिए, रेफ़रर नीति तय कर सकते हैं. साथ ही, इससे "सही रीफ़रर नीति" की ज़रूरी शर्त फिर से लागू हो जाएगी.
एलान वाला शैडो डीओएम स्ट्रीम करना
इससे स्ट्रीमिंग की सुविधा मिलती है. इसके लिए, टेंप्लेट टैग के बंद होने के बजाय, खुलने पर शैडो रूट को अटैच किया जाता है.
View Transitions API
यह एक पेज वाले ऐप्लिकेशन (एसपीए) में बेहतर ट्रांज़िशन बनाने की सुविधा देता है. इसके लिए, यह व्यू के स्नैपशॉट लेता है और स्टेटस के बीच किसी भी ओवरलैप के बिना डीओएम को बदलने की अनुमति देता है. कस्टम ट्रांज़िशन बनाने के लिए, व्यू ट्रांज़िशन का इस्तेमाल करें या उपयोगकर्ता अनुभव को बेहतर बनाने के लिए, आसान क्रॉसफ़ेड डिफ़ॉल्ट का इस्तेमाल करें.
ज़्यादा जानकारी और ट्रांज़िशन के उदाहरणों के लिए, Chrome डेवलपर का लेख पढ़ें. इससे आपको ट्रांज़िशन की सुविधा इस्तेमाल करने में मदद मिलेगी.
WebRTC स्केलेबल वीडियो कोडिंग एक्सटेंशन
यह एक्सटेंशन, आउटगोइंग WebRTC वीडियो ट्रैक पर, स्केलेबल वीडियो कोडिंग (SVC) के संभावित कॉन्फ़िगरेशन में से किसी एक को चुनने के लिए, स्टैंडर्ड तरीका तय करता है.
WebXR enabledFeatures
एट्रिब्यूट
इस फ़ंक्शन की मदद से, उन सुविधाओं का सेट मिलता है जो XRSessionInit
के मुताबिक इस XRSession
के लिए चालू की गई थीं. साथ ही, इस मोड और सुविधाओं के लिए स्पेसिफ़िकेशन में बताई गई, ज़रूरी सुविधाओं का सेट भी मिलता है. अनुमति वाले सेशन के लिए, इसमें सभी requiredFeatures
शामिल होंगे. हालांकि, यह optionalFeatures
का सबसेट हो सकता है. ज़्यादातर सुविधाओं के लिए, यह पता लगाने के अन्य तरीके होते हैं कि उन्हें अनुमति मिली है या नहीं. हालांकि, कुछ सुविधाओं के लिए, यह पता लगाने का तरीका यह हो सकता है कि कोई सुविधा चालू है या नहीं. यह डेटा, किसी सुविधा के लिए हमेशा उपलब्ध न होने के बजाय, फ़िलहाल उपलब्ध न होने के डेटा से जुड़ा हो सकता है. enabledFeatures
से क्वेरी करके, यह तय किया जा सकता है कि कोई मददगार सुझाव (उदाहरण के लिए, ट्रैकिंग को बेहतर बनाने या शुरू करने के लिए) दिखाया जाना चाहिए या नहीं. इसके अलावा, यह भी तय किया जा सकता है कि मौजूदा सेशन में कोई सुविधा कभी काम नहीं करेगी.
ऑरिजिन ट्रायल चल रहे हैं
Chrome 111 में, इन नए ऑरिजिन ट्रायल में ऑप्ट इन किया जा सकता है.
वेब पेमेंट एपीआई में connect-src
सीएसपी बायपास को हटाने के लिए, बंद होने की प्रक्रिया का ट्रायल
वेब पेमेंट एपीआई को मेनिफ़ेस्ट फ़ेच करते समय, connect-src सीएसपी नीति को बायपास करने की सुविधा बंद कर दी गई है. इस सुविधा के बंद होने के बाद, किसी साइट की connect-src सीएसपी नीति को PaymentRequest कॉल में बताए गए पेमेंट के तरीके के यूआरएल के साथ-साथ, उन सभी यूआरएल को अनुमति देनी होगी जिन्हें मेनिफ़ेस्ट फ़ेच करने के लिए, पेमेंट के तरीके की चेन इस्तेमाल करती है.
Chrome 111 में, इस बायपास की सुविधा को हटा दिया गया है. साथ ही, 111 से 113 तक के रिवर्स ऑरिजिन ट्रायल के लिए, उन डेवलपर के लिए बायपास की सुविधा को कुछ समय के लिए फिर से चालू किया गया है जिन्हें इस सुविधा को फिर से चालू करना है. इसमें ऑप्ट-इन करने के लिए, connect-src
सीएसपी बायपास के लिए, रिवर्स डिप्रेशन ट्रायल के लिए रजिस्टर करें.
दस्तावेज़ में पिक्चर में पिक्चर
दस्तावेज़ की पिक्चर-इन-पिक्चर सुविधा देने वाला एपीआई, एक नया एपीआई है. इसकी मदद से, हमेशा-टॉप पर रहने वाली विंडो खोली जा सकती है. इसमें किसी भी तरह का HTML कॉन्टेंट जोड़ा जा सकता है. यह मौजूदा पिक्चर में पिक्चर एपीआई का एक बड़ा वर्शन है. इसकी मदद से, सिर्फ़ HTMLVideoElement को पीआईपी विंडो में डाला जा सकता है. इससे वेब डेवलपर, उपयोगकर्ताओं को पिन किए गए विंडो मोड का बेहतर अनुभव दे पाते हैं.
दस्तावेज़ को पिक्चर में पिक्चर मोड में देखने के बारे में दस्तावेज़ पढ़ें.
दस्तावेज़ के लिए पिक्चर में पिक्चर मोड के ऑरिजिन ट्रायल के लिए रजिस्टर करें.
बंद किए गए और हटाए गए वर्शन
Chrome के इस वर्शन में, नीचे दी गई सुविधाओं को बंद किया जा रहा है और हटाया जा रहा है. बंद किए जाने वाले वर्शन की सूची, बंद किए जा चुके वर्शन की सूची, और पहले हटाए गए वर्शन की सूची देखने के लिए, ChromeStatus.com पर जाएं.
Chrome के इस वर्शन में तीन सुविधाएं हटा दी गई हैं.
PaymentInstruments हटाएं
PaymentInstruments एक वेब एपीआई है, जो पेमेंट ऐप्लिकेशन को JIT के अलावा अन्य तरीकों से इंस्टॉल करने की सुविधा देता है. ज़्यादा जानकारी के लिए, https://w3c.github.io/payment-handler/ देखें. इसे इस उम्मीद के साथ डिज़ाइन किया गया था कि ब्राउज़र, पेमेंट के असल तरीके की जानकारी सेव करेगा. हालांकि, ऐसा नहीं हुआ. साथ ही, इससे निजता से जुड़ी कुछ समस्याएं भी हुई हैं. इसे किसी दूसरे ब्राउज़र पर भी नहीं भेजा गया है. साथ ही, हमें ब्राउज़र के अन्य वेंडर से भी कोई दिलचस्पी नहीं मिली है. इसलिए, इस एपीआई का इस्तेमाल बंद कर दिया गया है और इसे हटा दिया गया है.
वेब पेमेंट एपीआई में connect-src
सीएसपी बायपास हटाना
वेब पेमेंट एपीआई को मेनिफ़ेस्ट फ़ेच करते समय, connect-src
सीएसपी नीति को बायपास करने की सुविधा बंद कर दी गई है. इस यूआरएल को हटाने के बाद, साइट की connect-src
सीएसपी नीति को PaymentRequest कॉल में बताए गए पेमेंट के तरीके के यूआरएल के साथ-साथ, उन सभी यूआरएल को अनुमति देनी होगी जिन्हें मेनिफ़ेस्ट फ़ेच करने के लिए, पेमेंट के तरीके की चेन इस्तेमाल करती है.
इस टैग को हटाने की वजह से ज़रूरी बदलाव करने के लिए, ज़्यादा समय देने वाले टैग के ट्रायल में ऑप्ट-इन करने का तरीका जानने के लिए, ऑरिजिन ट्रायल में दी गई जानकारी देखें.
canmakepayment
इवेंट में कारोबारी/कंपनी की पहचान
canmakepayment
सेवा वर्कर इवेंट की मदद से, व्यापारी/कंपनी को यह पता चलता है कि उपयोगकर्ता के पास इंस्टॉल किए गए पेमेंट ऐप्लिकेशन में कोई कार्ड सेव है या नहीं. यह इवेंट, पेमेंट ऐप्लिकेशन के ऑरिजिन से व्यापारी/कंपनी के ऑरिजिन और मनमुताबिक डेटा को चुपचाप सेवा वर्कर को पास करता था. यह क्रॉस-ऑरिजिन कम्यूनिकेशन, JavaScript में PaymentRequest बनाने के दौरान हुआ था. इसके लिए, उपयोगकर्ता के जेस्चर की ज़रूरत नहीं थी और न ही कोई यूज़र इंटरफ़ेस दिखाया गया था. इस साइलेंट डेटा पासेज को canmakepayment
इवेंट और Android IS_READY_TO_PAY
इंटेंट से हटा दिया गया है).