यहां कुछ ज़रूरी जानकारी दी गई है:
hwb()कलर नोटेशन की मदद से, रंग को ह्यू, सफ़ेदी, और कालापन के हिसाब से तय किया जा सकता है.- फ़ेच करने की प्राथमिकता से, ब्राउज़र को यह जानकारी दी जा सकती है कि संसाधनों को किस क्रम में डाउनलोड किया जाना चाहिए.
- इसके अलावा, और भी बहुत कुछ है.
आइए, देखते हैं कि Chrome 101 में क्या-क्या उपलब्ध है.
hwb() रंग का नोटेशन
स्टेफ़न जूडिस के एक लेख में इसे "इंसानों के लिए कलर नोटेशन" के तौर पर बताया गया है. hwb(), रंग को रंगत, सफ़ेदी, और कालेपन के हिसाब से तय करता है. अन्य कलर नोटेशन की तरह ही, वैकल्पिक ऐल्फ़ा कॉम्पोनेंट से ओपैसिटी तय होती है.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
अब रंग तय करने के इस तरीके का इस्तेमाल आसानी से किया जा सकता है. Firefox के 96वें वर्शन और Safari के 15वें वर्शन से, इस तरीके का इस्तेमाल किया जा सकता है.
फ़ेच करने की प्राथमिकता
फ़ेच करने की प्राथमिकता तय करने की सुविधा की मदद से, ब्राउज़र को यह बताया जा सकता है कि किस क्रम में संसाधनों को डाउनलोड किया जाना चाहिए. इसके लिए, fetchpriority एट्रिब्यूट का इस्तेमाल करें. इस एट्रिब्यूट के लिए "high", "low", और "auto" वैल्यू इस्तेमाल की जा सकती हैं.
"high": आपको लगता है कि संसाधन को ज़्यादा प्राथमिकता दी जानी चाहिए और आपको ब्राउज़र से भी यही उम्मीद है. हालांकि, ऐसा तब तक ही होगा, जब तक ब्राउज़र के अनुमान लगाने के तरीके से ऐसा करने में कोई रुकावट न आए."low": आपको लगता है कि यह रिसॉर्स कम ज़रूरी है और आपको ब्राउज़र को यह निर्देश देना है कि अगर उसके अनुमानित तरीके से इसकी अनुमति मिलती है, तो वह इसे कम प्राथमिकता दे."auto": यह डिफ़ॉल्ट वैल्यू है. इससे ब्राउज़र को सही प्राथमिकता तय करने में मदद मिलती है.
यहां दिए गए उदाहरण में, कम प्राथमिकता वाली इमेज को fetchpriority="low" से दिखाया गया है.
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Fetch Priority API की मदद से, संसाधन लोड करने की प्रोसेस को ऑप्टिमाइज़ करना लेख में, इस्तेमाल के अलग-अलग उदाहरणों के बारे में ज़्यादा पढ़ें.
इस रिलीज़ में भी
USBDevice ऑब्जेक्ट के लिए, forget() का नया तरीका उपलब्ध है. इससे उस डिवाइस की जानकारी मिटाने की सुविधा चालू हो जाती है जिसे पहले अनुमति दी गई थी. उदाहरण के लिए, अगर इस ऐप्लिकेशन का इस्तेमाल शेयर किए गए कंप्यूटर पर कई डिवाइसों के साथ किया जाता है.
साथ ही, Web USB के लिए, USBDevice में मौजूद मिलते-जुलते एट्रिब्यूट के लिए [SameObject] का इस्तेमाल करने से जुड़ी समस्या को ठीक किया गया है. बदलाव की जानकारी ड्राफ़्ट स्पेसिफ़िकेशन के पीआर में देखी जा सकती है.
सुरक्षित (एचटीटीपीएस) ऑरिजिन से लोड किए गए डेडिकेटेड वर्कर, अब सुरक्षित नहीं माने जाते. हालांकि, इन्हें असुरक्षित (नॉन-एचटीटीपीएस) कॉन्टेक्स्ट से इंस्टैंटिएट किया जाता है. इसका मतलब है कि ऐसे वर्कर कॉन्टेक्स्ट में:
- self.isSecureContext अब false है.
- self.caches और self.storageFoundation अब उपलब्ध नहीं हैं.
इस तर्क को पार्स करने के लिए, हाल ही में स्पेसिफ़िकेशन में हुए बदलाव के बाद, अब window.open() के लिए popup तर्क की वैल्यू true हो गई है. पहले, जब popup को 'सही' के तौर पर सेट किया जाता था, तब window.open() का मतलब false होता था. इस बदलाव से, बूलियन फ़ीचर को इस्तेमाल करना और समझना आसान हो जाता है.
इस बारे में और पढ़ें
इसमें सिर्फ़ कुछ मुख्य हाइलाइट शामिल हैं. Chrome 101 में किए गए अन्य बदलावों के बारे में जानने के लिए, यहां दिए गए लिंक देखें.