यहां आपके जानने योग्य तथ्य दिए गए हैं:
- लाइन ब्रेक की मदद से,
<ruby>
एलिमेंट को दिखाना बेहतर होता है. - Promise.try से, प्रॉमिसेस को चेन करना आसान हो जाता है.
- PointerEvent को एक से ज़्यादा पेन की खास तरह से पहचान करने के लिए इस्तेमाल किया गया है.
- और यहां और भी बहुत कुछ है.
मैं हूं एड्रियाना जारा. आइए, देखते हैं कि Chrome 128 में डेवलपर के लिए नया क्या है.
<ruby>
लाइन ब्रेक की जा सकती है
<ruby>
एलिमेंट की मदद से, टेक्स्ट को बेहतर तरीके से दिखाया जा सकता है. खास तौर पर, पूर्वी एशिया की भाषाओं के लिए. इसकी मदद से, फ़ोनेटिक एनोटेशन या अन्य अतिरिक्त जानकारी को बेस टेक्स्ट के ऊपर या बगल में दिखाया जा सकता है.
रूबी एलिमेंट के दो मुख्य हिस्से होते हैं. रूबी बेस मुख्य टेक्स्ट होता है और रूबी टेक्स्ट, जो एलिमेंट के साथ मार्कअप किया गया एनोटेशन टेक्स्ट होता है.
पहले अगर रूबी-बेस या रूबी-टेक्स्ट पूरी लाइन से लंबा होता था, तो उन्हें अलग-अलग लेआउट चैलेंज के रूप में रैप किया जाता था.
अब लाइन ब्रेक करने लायक रूबी, रैप किए गए बेस टेक्स्ट के ऊपर रैप की गई रूबी एनोटेशन टेक्स्ट दिखाता है. इससे सही टेक्स्ट रेंडरिंग मिलती है.
उदाहरणों और ज़्यादा जानकारी के लिए, लाइन ब्रेक करने लायक <ruby>
और सीएसएस रूबी-अलाइन प्रॉपर्टी पर जाएं.
Promise.try
Promise.try
की मदद से, प्रॉमिसेस का इस्तेमाल करके गड़बड़ियों को आसानी से मैनेज किया जा सकता है. एक पैटर्न, जिसमें f
फ़ंक्शन है. ऐसा हो सकता है कि यह फ़ंक्शन, एक साथ काम न करे और कोई प्रॉमिस मिले. ऐसा भी हो सकता है कि यह फ़ंक्शन काम न करे. दोनों मामलों में गड़बड़ियों को हैंडल करने के लिए, प्रॉमिस सिमेंटिक्स का इस्तेमाल करने के लिए, फ़ंक्शन को प्रॉमिस में रैप करें.
इसे पाने का एक तरीका Promise.resolve().then(f)
है. हालांकि, इस मामले में f
को अगली टिक पर बिना किसी परेशानी के एसिंक्रोनस तरीके से चलाया जा सकता है.
इस समस्या से बचने के लिए, आपको new Promise(resolve => resolve(f()))
का इस्तेमाल करना होगा, जो कि एर्गोनॉमिक नहीं है.
Promise.try
, ऐसा करने का आसान और आसान तरीका है. इसकी मदद से, ऐसी Promise चेन शुरू की जा सकती है जो सिंक्रोनस और एसिंक्रोनस, दोनों तरह के अपवाद फ़्लो को हैंडल करने के बजाय, .catch
हैंडलर में सभी गड़बड़ियों को पकड़ लेती है.
ज़्यादा जानने के लिए, Promise.try
दस्तावेज़ देखें.
मल्टी-पेन इंक के लिए PointerEvent.deviceProperties
डेवलपर के पास इंक-सुविधा वाले डिजिटाइज़र पर दो अलग-अलग पेन के बीच अंतर करने का कोई तरीका नहीं था. मौजूदा PointerEvent.pointerId एट्रिब्यूट को अलग-अलग तरीकों से लागू किया जाता है. यह जानकारी, इंक स्ट्रोक या स्क्रीन के हर इंटरैक्शन के लिए हमेशा नहीं बनी रहती.
PointerEvent
इंटरफ़ेस अब एक नए एट्रिब्यूट को शामिल करने के लिए बढ़ा दिया गया है: deviceProperties
. इसमें uniqueId
एट्रिब्यूट होता है, जो एक सेशन-परसिस्टेंट, दस्तावेज़ आइसोलेटेड, यूनीक आइडेंटिफ़ायर दिखाता है. इसका इस्तेमाल डेवलपर, पेज से इंटरैक्ट करने वाले अलग-अलग पेन की पहचान करने के लिए कर सकता है.
उदाहरण के लिए, इस बदलाव से डिजिटाइज़र के साथ इंटरैक्ट करने वाले हर डिवाइस के लिए अलग-अलग रंग या पेन के आकार सेट किए जा सकते हैं.
आगे की ओर इशारा करना लेख में, पॉइंटर इवेंट का इस्तेमाल शुरू करने के बारे में पढ़ें.
और भी कई सुविधाएं!
बेशक वहां और भी बहुत कुछ है.
सीएसएस
zoom
प्रॉपर्टी अब नए स्टैंडर्ड के मुताबिक हो गई है.AudioContext
वीडियो बनाने और ऑडियो रेंडरिंग से जुड़ी गड़बड़ियां, अबAudioContext.onerror
के ज़रिए रिपोर्ट की जाती हैं.DevTools ऐनिमेशन पैनल अब ऐनिमेशन कैप्चर करता है और आप
@keyframes
को लाइव बदलाव कर सकते हैं.
प्रॉडक्ट की पूरी जानकारी पढ़ें.
इसके बारे में और पढ़ें
इसमें सिर्फ़ कुछ खास हाइलाइट के बारे में बताया गया है. इसके लिए निम्न लिंक देखें Chrome 128 में हुए अतिरिक्त बदलावों के बारे में बताया है.
- Chrome DevTools (128) में नया क्या है
- Chrome 128 के लिए, ChromeStatus.com से जुड़े अपडेट
- Chromium सोर्स की रिपॉज़िटरी में बदलाव की सूची
- Chrome के रिलीज़ कैलेंडर
सदस्यता लें
अप-टू-डेट रहने के लिए, इसकी सदस्यता लें Chrome डेवलपर का YouTube चैनल, और जब भी हम कोई नया वीडियो लॉन्च करेंगे, तब आपको ईमेल से सूचना मिलेगी.
यो सोय एड्रियाना जारा. Chrome 128 के रिलीज़ होते ही, मैं आपको Chrome की नई सुविधाओं के बारे में बताऊंगी!