Chrome 113 बीटा

नई सीएसएस मीडिया सुविधाएं, लीनियर() ईज़िंग फ़ंक्शन, और WebGPU.

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

सीएसएस

इस रिलीज़ में सीएसएस की चार नई सुविधाएं जोड़ी गई हैं.

सीएसएस ओवरफ़्लो मीडिया सुविधाएं

Chrome 113 में overflow-inline और overflow-block मीडिया की सुविधाएं शामिल हैं. इन टूल की मदद से, यह जांच की जा सकती है कि डिवाइस, शुरुआती ब्लॉक से ज़्यादा कॉन्टेंट को कैसे हैंडल करता है.

सीएसएस update मीडिया की सुविधा

update मीडिया सुविधा की मदद से, प्रिंट वाले, धीमा, और तेज़ आउटपुट डिसप्ले के लिए स्टाइल बनाई जा सकती हैं:

  • print: काग़ज़ पर दस्तावेज़.
  • slow: इसमें ई-इंक और कम पावर वाले डिसप्ले शामिल हैं.
  • fast: नियमित कंप्यूटर डिसप्ले.

linear() eas फ़ंक्शन

linear() ईज़िंग फ़ंक्शन कई पॉइंट के बीच लीनियर इंटरपोलेशन को चालू करता है. यह बाउंस और इलास्टिक इफ़ेक्ट जैसे ज़्यादा जटिल ऐनिमेशन को चालू करता है.

इमेज-set() टाइप

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

Chrome 113, बिना प्रीफ़िक्स वाले image-set टाइप को जोड़ता है, ताकि लेखकों को अब -webkit-image-set का इस्तेमाल न करना पड़े. लागू करने की प्रोसेस को मौजूदा स्पेसिफ़िकेशन में भी शामिल किया गया है. इसमें, नई रिज़ॉल्यूशन यूनिट (dppx, dpi, और dpcm), इमेज टाइप सपोर्ट (उदाहरण के लिए, type("image/avif")), बिना url() के रॉ यूआरएल, और ग्रेडिएंट इमेज के विकल्पों का इस्तेमाल किया गया है.

वेब एपीआई

फ़ेच: Headers.getSetCookie()

एक से ज़्यादा Set-Cookie हेडर को जोड़े बिना, उनकी वैल्यू पाने का तरीका जोड़ता है. एचटीटीपी में, Set-Cookie एक खास हेडर होता है. इसकी वजह यह है कि यह किसी रिस्पॉन्स में एक से ज़्यादा बार दिख सकता है. हालांकि, इसे दूसरे हेडर के मुकाबले जोड़ा नहीं जा सकता. फ़िलहाल, हेडर ऑब्जेक्ट में Set-Cookie हेडर की एक से ज़्यादा वैल्यू नहीं हो सकतीं. हालांकि, इस सुविधा से यह सुविधा मिलती है.

WebAuthn: बड़ा ब्लॉब स्टोरेज एक्सटेंशन (largeBlob)

इस रिलीज़ में WebAuthnlargeBlob एक्सटेंशन का इस्तेमाल किया जा सकता है. यह एक्सटेंशन भरोसेमंद पक्षों को क्रेडेंशियल से जुड़े ओपेक डेटा को सेव करने की अनुमति देता है.

WebGPU

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

WebGPU के लिए व्यापक दस्तावेज़ एमडीएन पर देखे जा सकते हैं.

प्राइवेट स्टेट टोकन एपीआई

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

Private State Token API, धोखाधड़ी रोकने के लिए सिग्नल जनरेट या तय नहीं करता. यह लागू होने वाले पहले पक्ष और टोकन जारी करने वाले पर निर्भर करता है. निजता से जुड़ी चिंताओं के लिए, एपीआई इन सिग्नल में ट्रांसफ़र की गई जानकारी की सीमाएं लागू करता है. Private State Token API, IETF के वर्किंग ग्रुप के Privacy Pass प्रोटोकॉल पर आधारित होता है. इसे प्राइवसी पास प्रोटोकॉल का एक ऐसा फ़ॉर्म माना जा सकता है जिसके बारे में ऑनलाइन जानकारी मिलती है.

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

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

WebRTC कॉलबैक पर आधारित लेगसी getStats() का इस्तेमाल बंद करने का ट्रायल

RTCPeerConnection के पास getStats() के दो वर्शन हैं. एक वर्शन, जो प्रॉमिस का समाधान करके रिपोर्ट को खास निर्देशों के हिसाब से दिखाता है. दूसरा वर्शन, जो नॉन-स्टैंडर्ड है. यह पहले आर्ग्युमेंट के तौर पर, कॉलबैक के ज़रिए बहुत अलग रिपोर्ट दिखाता है. कॉलबैक-आधारित कॉल को जल्द ही हटा दिया जाएगा. यह सुविधा, Chrome 113 से लेकर 121 तक के वर्शन पर उन ऐप्लिकेशन के लिए उपलब्ध है जिन्हें इस्तेमाल करने में ज़्यादा समय लगता है.

लेगसी getStats() को बंद करने के ट्रायल के लिए रजिस्टर करें.

WebGPU WebCodecs इंटिग्रेशन

WebGPU, HTMLVideoElement से ओपेक "बाहरी टेक्सचर" ऑब्जेक्ट बनाने के लिए, एक एपीआई दिखाता है. इन ऑब्जेक्ट का इस्तेमाल, वीडियो फ़्रेम का बेहतर तरीके से सैंपल लेने के लिए किया जा सकता है. ऐसा हो सकता है कि इसका इस्तेमाल, सोर्स YUV डेटा से सीधे बिना कोई शुल्क लिए किया जा सके.

हालांकि, WebGPU के पहले वर्शन के लिए WebGPU की खास जानकारी, WebCodecs VideoFrame ऑब्जेक्ट से GPUExternalTextures बनाने की अनुमति नहीं देती. यह क्षमता उन बेहतर वीडियो प्रोसेसिंग ऐप्लिकेशन के लिए ज़रूरी है जो पहले से ही WebCodecs का इस्तेमाल कर रहे हैं और जिन्हें वीडियो प्रोसेसिंग पाइपलाइन में WebGPU को इंटिग्रेट करना है.

इस सुविधा से, GPUExternalTexture के सोर्स के तौर पर VideoFrame का इस्तेमाल करने की सुविधा मिलती है.

WebGPU WebCodecs इंटिग्रेशन के ट्रायल के लिए रजिस्टर करें.

सेवा बंद करना और हटाना

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

Chrome के इस रिलीज़ में दो सुविधाएं बंद कर दी गई हैं.

सुरक्षित पेमेंट पुष्टि: CollectedClientAdditionalPaymentData में rp का नाम बदलकर rpId कर दें

सिक्योर पेमेंट पुष्टि (SPC), एक वेब एपीआई है. यह पेमेंट के लेन-देन के दौरान, व्यवस्थित तरीके से पुष्टि करने में मदद करता है. यह WebAuthn के ऊपर जुड़ जाता है, ताकि पेमेंट फ़्लो में बेहतर तरीके से पुष्टि की जा सके. SPC की शुरुआती स्पेसिफ़िकेशन और लागू करने में, क्रिप्टोग्राम के आउटपुट CollectedClientAdditionalPaymentData डिक्शनरी में rp नाम का पैरामीटर शामिल था. WebAuthn के साथ अलाइन करने के लिए, इसका नाम बदलकर rpId कर दिया गया है. साथ ही, Chrome इसे लागू करने के तरीके में बदलाव कर रहा है, ताकि वह मिलता-जुलता हो. इसमें rpId को जोड़ा जा रहा है और rp को हटाया जा रहा है.

document.domain सेटर का इस्तेमाल बंद करें

document.domain सेटर की मदद से, डेवलपर एक ही ऑरिजिन से जुड़ी नीति में छूट दे सकते हैं. इससे, सुरक्षा की उस बुनियादी सीमा को मुश्किल हो जाता है जिसे बनाए रखना हमारा लक्ष्य है. document.domain सेटर अब Origin-keyed agent clusters के ज़रिए ऑप्ट-इन करेगा. सेटर बना रहेगा, लेकिन ऑरिजिन में कोई बदलाव नहीं होगा.