Chrome 108 में नया

यहां आपके जानने योग्य तथ्य दिए गए हैं:

मेरा नाम अड्रिआना जारा है. आइए, जानें कि Chrome 108 में डेवलपर के लिए क्या नया है.

व्यूपोर्ट के साइज़ की नई इकाइयां

नई व्यूपोर्ट यूनिट से, आपको अडैप्टिव यूज़र इंटरफ़ेस (यूआई) बनाने के लिए ज़्यादा कंट्रोल मिलता है.

ये यूनिट, व्यूपोर्ट एरिया को अलग-अलग तरीके से मेज़र करती हैं, क्योंकि ये ब्राउज़र में यूज़र इंटरफ़ेस (यूआई) एलिमेंट का ध्यान रखती हैं. इन्हें बड़ा या छोटा किया जा सकता है. उदाहरण के लिए, पता बार.

large यूनिट, व्यूपोर्ट का साइज़ दिखाती हैं. ऐसा इस आधार पर किया जाता है कि उपयोगकर्ता एजेंट के इंटरफ़ेस, छोटा किए गए हों.

दूसरी ओर, small यूनिट, इंटरफ़ेस के बड़े होने पर व्यूपोर्ट का साइज़ दिखाती हैं.

साथ ही, dynamic यूनिट की मदद से, ब्राउज़र इंटरफ़ेस के एलिमेंट दिखाए जा रहे हैं या नहीं, इसके हिसाब से व्यूपोर्ट का साइज़ अपने-आप अडजस्ट हो जाएगा.

वैल्यू, बड़ी इकाई (ज़्यादा से ज़्यादा) और छोटी इकाई (कम से कम) की सीमाओं के बीच की होनी चाहिए.

हर तरह की व्यूपोर्ट यूनिट के लिए, व्यूपोर्ट के अलग-अलग हिस्से.

ज़्यादा जानकारी के लिए यह लेख पढ़ें. अपने व्यूपोर्ट को सही तरीके से मैनेज करने के लिए, Android व्यूपोर्ट के साइज़ में बदलाव करने के तरीके में हुए बदलाव को भी देखें .

वैरिएबल फ़ॉन्ट, अब COLRv1 में काम करते हैं.

COLRv1 कलर वेक्टर फ़ॉन्ट, Chrome 98 से काम करते हैं. हालांकि, शुरुआती रिलीज़ में COLRv1 टेबल की सिर्फ़ स्टैटिक सुविधा काम करती थी.

हालांकि, COLRv1 स्पेसिफ़िकेशन में OpenType वैरिएशन भी शामिल हैं. इसका मतलब है कि ऐक्सिस की वैरिएबल वैल्यू को बदलकर, फ़ॉन्ट प्रॉपर्टी में बदलाव करने की अनुमति देना. ऐसे वैरिएशन अब काम करते हैं.

इस रिलीज़ में, सीएसएस @supports के लिए font-tech() और font-format() शर्त के एक्सटेंशन भी शामिल हैं .

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

यहां डेमो के साथ एक्सपेरिमेंट करें और वैरिएबल फ़ॉन्ट की मदद से अपने शब्दों को ज़्यादा असरदार बनाएं.

FileSystemSyncAccessHandle के तरीके अब सिंक्रोनस हैं.

ऑरिजिन प्राइवेट फ़ाइल सिस्टम, एक खास तरह की फ़ाइल का ऐक्सेस देता है. यह फ़ाइल, परफ़ॉर्मेंस के लिए काफ़ी ऑप्टिमाइज़ की गई होती है. डेवलपर, createSyncAccessHandle() को कॉल करके ऐसी फ़ाइलों का ऐक्सेस पा सकते हैं. यह FileSystemFileHandle ऑब्जेक्ट पर मौजूद एक तरीका है.

इस कॉल से FileSystemSyncAccessHandle मिलता है.

उस ऐक्सेस हैंडल में truncate(newSize), getSize(), flush(), और close() के तरीके, एसिंक्रोनस होते थे. हालांकि, Chrome 108 के बाद से ये सिंक्रोनस हो गए हैं.

इस बदलाव की एक अच्छी वजह है. इसकी वजह से FileSystemSyncAccessHandle, सिंक्रोनस और POSIX जैसे फ़ाइल एपीआई से मेल खाता है, जो कि Wasm पर आधारित ऐप्लिकेशन की उम्मीद के मुताबिक होता है. इससे एपीआई को बेहतर तरीके से इस्तेमाल किया जा सकता है और परफ़ॉर्मेंस में काफ़ी सुधार किया जा सकता है.

यह बदलाव, आपके लिए समस्या पैदा कर सकता है. अगर ऊपर बताए गए तरीकों का इस्तेमाल किया जा रहा है, तो Promise.then() का इस्तेमाल करने पर गड़बड़ी का मैसेज दिखेगा. अगर पहले एसिंक्रोनस और अब सिंक्रोनस में से किसी भी तरीके से then() कॉल को चेन किया जाता है, तो आपको अपना कोड बदलना होगा.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

ज़्यादा जानकारी के लिए, यह लेख पढ़ें

और भी कई सुविधाएं!

बेशक वहां और भी बहुत कुछ है.

इसके बारे में और पढ़ें

इसमें सिर्फ़ कुछ खास हाइलाइट शामिल हैं. Chrome 108 में हुए अन्य बदलावों के बारे में जानने के लिए, यहां दिए गए लिंक देखें.

सदस्यता लें

अप-टू-डेट रहने के लिए, Chrome डेवलपर के YouTube चैनल की सदस्यता लें. ऐसा करने पर, जब भी हम कोई नया वीडियो लॉन्च करेंगे, आपको ईमेल से सूचना मिलेगी.

नमस्ते, मैं अड्रिआना जारा हूं. Chrome 109 के रिलीज़ होने के बाद, मैं आपको बताऊंगी कि Chrome में नया क्या है!