नई सीएसएस मीडिया सुविधाएं, लीनियर() ईज़िंग फ़ंक्शन, और 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() इज़िंग फ़ंक्शन
linear() ईज़िंग फ़ंक्शन, कई पॉइंट के बीच लीनियर इंटरपोलेशन की सुविधा देता है. यह बाउंस और इलास्टिक इफ़ेक्ट जैसे ज़्यादा मुश्किल ऐनिमेशन को चालू करता है.
इमेज-सेट() टाइप
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: लार्ज BLOB स्टोरेज एक्सटेंशन (largeBlob)
यह रिलीज़ WebAuthn largeBlob एक्सटेंशन के साथ काम करती है. यह एक्सटेंशन भरोसेमंद पक्षों को किसी क्रेडेंशियल से जुड़ा ओपेक डेटा सेव करने देता है.
WebGPU
WebGPU, Web के लिए WebGL और WebGL 2 ग्राफ़िक्स API का सक्सेसर है. इसमें जीपीयू कंप्यूट, जीपीयू हार्डवेयर का कम ओवरहेड ऐक्सेस, एक ही ग्राफ़िक डिवाइस से कई कैनवस को रेंडर करने की सुविधा, और बेहतर और ज़्यादा अनुमानित परफ़ॉर्मेंस जैसी आधुनिक सुविधाएं मिलती हैं.
एमडीएन पर WebGPU के लिए सभी ज़रूरी दस्तावेज़ देखे जा सकते हैं.
प्राइवेट स्टेट टोकन एपीआई
प्राइवेट स्टेट टोकन एपीआई एक नया एपीआई है. इसे पहले Trust Token API के नाम से जाना जाता था. यह एपीआई, धोखाधड़ी रोकने के मकसद से तीसरे पक्ष की कुकी जैसे क्रॉस-साइट स्थायी आइडेंटिफ़ायर का इस्तेमाल किए बिना, सभी साइटों पर उपयोगकर्ताओं के सिग्नल लागू करने के लिए इस्तेमाल किया जाता है. तीसरे पक्ष की कुकी का इस्तेमाल करने वाले धोखाधड़ी-विरोधी तरीके, तीसरे पक्ष की कुकी का इस्तेमाल बंद होने के बाद काम नहीं करेंगे. इस एपीआई का मकसद दुनिया भर में धोखाधड़ी से बचने के तरीके मुहैया कराना है, जिनमें तीसरे पक्ष की कुकी का इस्तेमाल नहीं किया जाता.
Private State Token API, धोखाधड़ी रोकने वाले सिग्नल जनरेट नहीं करता है और न ही उनके बारे में जानकारी देता है. यह पहले पक्ष और टोकन जारी करने वालों पर निर्भर करता है. एपीआई, निजता से जुड़ी समस्याओं को ध्यान में रखते हुए, इन सिग्नल में ट्रांसफ़र की गई जानकारी पर सीमाएं लागू करता है. प्राइवेट स्टेट टोकन एपीआई, आईईटीएफ़ वर्किंग ग्रुप के प्राइवसी पास प्रोटोकॉल पर आधारित है. इस मॉडल को प्राइवसी पास के प्रोटोकॉल का, वेब पर दिखने वाला फ़ॉर्म माना जा सकता है.
ऑरिजिन ट्रायल चल रहा है
Chrome 113 में, ऑरिजिन ट्रायल के लिए इन नए तरीकों के लिए ऑप्ट इन किया जा सकता है.
WebRTC कॉलबैक-आधारित लेगसी getStats() के लिए, बंद करने का ट्रायल
RTCPeerConnection में getStats() के दो वर्शन हैं. एक ऐसा वर्शन है जो निर्देशों का पालन करके, प्रॉमिस रिज़ॉल्व करके रिपोर्ट दिखाता है. वहीं, दूसरा वर्शन, कॉलबैक के ज़रिए पहले आर्ग्युमेंट के तौर पर, बिलकुल अलग तरीके से रिपोर्ट करता है. कॉलबैक-आधारित सुविधा को जल्द ही हटा दिया जाएगा. Chrome के वर्शन 113 से लेकर वर्शन 121 तक, बंद करने का यह ट्रायल उन ऐप्लिकेशन के लिए उपलब्ध है जिनके लिए ज़्यादा समय की ज़रूरत होती है.
लंबे समय से चले आ रहे getStats() को बंद करने के ट्रायल के लिए रजिस्टर करें.
WebGPU WebCodecs इंटिग्रेशन
WebGPU, ओपेक "बाहरी टेक्स्चर" बनाने के लिए, एक एपीआई दिखाता है HTMLVideoElement के ऑब्जेक्ट. इन ऑब्जेक्ट का इस्तेमाल, वीडियो फ़्रेम को बेहतर तरीके से सैंपल करने के लिए किया जा सकता है. ऐसा हो सकता है कि सोर्स YUV डेटा से सीधे तौर पर 0-कॉपी वाले तरीके से.
हालांकि, WebGPU के पहले वर्शन के लिए दिए गए WebGPU के स्पेसिफ़िकेशन में, WebCodecs VideoFrame ऑब्जेक्ट से GPUExternalTextures बनाने की अनुमति नहीं है. यह क्षमता उन वीडियो को प्रोसेस करने वाले ऐडवांस ऐप्लिकेशन के लिए ज़रूरी है जो पहले से ही WebCodecs का इस्तेमाल कर रहे हैं और WebGPU को वीडियो प्रोसेस करने वाली पाइपलाइन में शामिल करना चाहते हैं.
यह सुविधा, VideoFrame को GPUExternalTexture के लिए सोर्स के तौर पर इस्तेमाल करने की सुविधा देती है.
WebGPU WebCodecs इंटिग्रेशन के ट्रायल के लिए रजिस्टर करें.
बंद करना और हटाना
Chrome के इस वर्शन में, सुविधाओं को बंद करने और हटाने के बारे में नीचे बताया गया है. पहले से तय, बंद हो चुके, और पहले से हटाए गए तरीकों की सूची के लिए ChromeStatus.com पर जाएं.
Chrome के इस वर्शन में दो सुविधाएं बंद कर दी गई हैं.
पेमेंट की पुष्टि सुरक्षित करें: CollectedClientAdditionalPaymentData में rp का नाम बदलकर rpId करें
सुरक्षित पेमेंट की पुष्टि (एसपीसी) एक वेब एपीआई है, जो पेमेंट के लेन-देन के दौरान, बेहतर तरीके से पुष्टि करने में मदद करता है. यह पेमेंट प्रोसेस को बेहतर तरीके से पुष्टि करने के लिए WebAuthn पर बनता है. एसपीसी के शुरुआती निर्देशों और उन्हें लागू करने के तरीके के हिसाब से, क्रिप्टोग्राम के आउटपुट CollectedClientAdditionalPaymentData डिक्शनरी में rp नाम का एक पैरामीटर मौजूद था. खास जानकारी में इसका नाम बदलकर rpId कर दिया गया, ताकि WebAuthn के साथ अलाइन किया जा सके. Chrome, लागू करने के तरीके में बदलाव कर रहा है, ताकि यह उससे मेल खाए. इसका मतलब है कि rpId को जोड़ा जा रहा है और rp को हटाया जा रहा है.
document.domain सेटर का बहिष्कार करें
document.domain सेटर डेवलपर को, एक ही ऑरिजिन से जुड़ी नीति में छूट देने में मदद करता है. इससे, सुरक्षा की उस बुनियादी सीमा को मुश्किल हो जाती है जिसे हम बनाए रखना चाहते हैं. document.domain सेटर को अब Origin-keyed agent clusters के ज़रिए ऑप्ट-इन किया जाएगा. सेटर बना रहेगा, लेकिन मूल स्थान में कोई बदलाव नहीं होगा.