यहां आपके जानने योग्य तथ्य दिए गए हैं:
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 की मदद से, Optimize में संसाधन लोड करने के अलग-अलग इस्तेमाल के उदाहरणों के बारे में ज़्यादा पढ़ें.
इस रिलीज़ में ये भी शामिल हैं
USBDevice ऑब्जेक्ट के लिए, forget() का एक नया तरीका है. इससे, उस डिवाइस को अनलिंक किया जा सकता है जिसे पहले अनुमति दी गई थी. उदाहरण के लिए, अगर यह ऐसा ऐप्लिकेशन है जिसका इस्तेमाल, कई डिवाइसों से शेयर किए जा रहे कंप्यूटर पर किया जाता है.
वेब यूएसबी के लिए भी, USBDevice में मौजूद मिलते-जुलते एट्रिब्यूट के लिए [SameObject] के साथ काम करने का समाधान दिया गया है. स्पेसिफ़िकेशन में हुए बदलाव को ड्राफ़्ट स्पेसिफ़िकेशन के पीआर में देखा जा सकता है.
सुरक्षित (एचटीटीपीएस) ऑरिजिन से लोड किए गए खास वर्कर, अब असुरक्षित (नॉन-एचटीटीपीएस) कॉन्टेक्स्ट से इंस्टैंशिएट होने पर सुरक्षित नहीं माने जाते. इसका मतलब है कि ऐसे वर्कर कॉन्टेक्स्ट में:
- self.isSecureContext अब false हो गया है.
- self.caches और self.storageFoundation अब उपलब्ध नहीं हैं.
window.open() के लिए popup आर्ग्युमेंट की वैल्यू अब true है. ऐसा, इस आर्ग्युमेंट को पार्स करने के लिए हाल ही में किए गए बदलाव की वजह से हुआ है. पहले, जब popup को 'सही' पर सेट किया जाता था, तो window.open() का मतलब false होता था. इस बदलाव से, बूलियन फ़ंक्शन की सुविधाओं को इस्तेमाल करना और समझना आसान हो जाता है.
इसके बारे में और पढ़ें
इसमें सिर्फ़ कुछ खास हाइलाइट शामिल हैं. Chrome 101 में किए गए अन्य बदलावों के बारे में जानने के लिए, यहां दिए गए लिंक देखें.