Chrome 108 में नया

Adriana Jara

यहां आवश्यक जानकारी दी गई है:

मैं हूं एड्रियाना जारा. चलिए, देखते हैं कि 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 के बाद से ये सिंक्रोनस हैं.

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

यह बदलाव काफ़ी नुकसान पहुंचा सकता है. अगर ऊपर बताए गए तरीकों का इस्तेमाल किया जाता है, तो 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 Developers के YouTube चैनल की सदस्यता लें. जब भी हम कोई नया वीडियो लॉन्च करेंगे, तब आपको ईमेल से सूचना मिलेगी.

मैं हूँ एड्रियाना जारा और Chrome 109 के रिलीज़ होते ही, मैं आपको बताऊँगी कि Chrome की नई चीज़ क्या है!