हमने Chrome 71 में, इन सुविधाओं के लिए सहायता जोड़ी है:
- समय की तुलना दिखाने की सुविधा, अब
Intlएपीआई का हिस्सा है. - वर्टिकल तौर पर फ़्लो करने वाले टेक्स्ट के लिए, टेक्स्ट के किस तरफ़ अंडरलाइन दिखनी चाहिए, यह तय करना.
- बोली को टेक्स्ट में बदलने वाले एपीआई का इस्तेमाल करने से पहले, उपयोगकर्ता की अनुमति लेना ज़रूरी है.
इसके अलावा, और भी बहुत कुछ है!
मेरा नाम पीट लेपेज है. आइए, इस बारे में ज़्यादा जानें कि Chrome 71 में डेवलपर के लिए क्या नया है!
बदलाव लॉग
इस लेख में सिर्फ़ कुछ मुख्य हाइलाइट के बारे में बताया गया है. Chrome 71 में किए गए अन्य बदलावों के बारे में जानने के लिए, नीचे दिए गए लिंक देखें.
- Chromium सोर्स रिपॉज़िटरी में हुए बदलावों की सूची
- Chrome 71 के लिए ChromeStatus.com के अपडेट
- Chrome 71 में बंद की गई सुविधाएं और हटाई गई सुविधाएं
Intl.RelativeTimeFormat() के साथ रिलेटिव टाइम दिखाना
कई वेब ऐप्लिकेशन, पूरी तारीख और समय दिखाने के बजाय, "कल", "दो दिन में" या "एक घंटे पहले" जैसे वाक्यांशों का इस्तेमाल करते हैं. इससे पता चलता है कि कोई कार्रवाई कब हुई या कब होने वाली है.
रिलेटिव टाइम दिखाना इतना आम हो गया है कि ज़्यादातर सामान्य तारीख/समय लाइब्रेरी, स्थानीय फ़ंक्शन उपलब्ध कराती हैं, ताकि हम इसे मैनेज कर सकें. असल में, Moment JS, मेरे बनाए गए ज़्यादातर वेब ऐप्लिकेशन में, पहली लाइब्रेरी के तौर पर जोड़ी जाती है. ऐसा खास तौर पर, समय से जुड़ी जानकारी दिखाने के लिए किया जाता है.
Chrome 71 में Intl.RelativeTimeFormat() सुविधा जोड़ी गई है. यह सुविधा, काम को JavaScript इंजन पर भेजती है. साथ ही, यह स्थानीय समय के हिसाब से, समय के अंतर को फ़ॉर्मैट करने की सुविधा चालू करती है. इससे हमें परफ़ॉर्मेंस में थोड़ी बढ़ोतरी मिलती है. इसका मतलब है कि जब कोई ब्राउज़र अब तक नए एपीआई के साथ काम नहीं करता है, तब ही हमें उन लाइब्रेरी को पॉलीफ़िल के तौर पर ज़रूरत पड़ती है.
const rtf = new Intl.RelativeTimeFormat('en');
rtf.format(3.14, 'second');
// → 'in 3.14 seconds'
rtf.format(-15, 'minute');
// → '15 minutes ago'
इसका इस्तेमाल करना आसान है. इसके लिए, नया इंस्टेंस बनाएं और स्थानीय भाषा तय करें. इसके बाद, रिलेटिव टाइम के साथ फ़ॉर्मैट को कॉल करें. पूरी जानकारी के लिए, मैथियास की Intl.RelativeTimeFormat API पोस्ट देखें.
वर्टिकल टेक्स्ट के लिए अंडरलाइन की जगह तय करना
जब चाइनीज़ या जैपनीज़ टेक्स्ट को वर्टिकल फ़्लो में दिखाया जाता है, तो ब्राउज़र में अंडरलाइन की जगह अलग-अलग हो सकती है. यह बाईं या दाईं ओर हो सकती है.
Chrome 71 में, text-underline-position प्रॉपर्टी अब CSS3 टेक्स्ट डेकोरेशन स्पेसिफ़िकेशन के हिस्से के तौर पर left या
right को स्वीकार करती है. CSS3 टेक्स्ट डेकोरेशन स्पेसिफ़िकेशन में कई नई प्रॉपर्टी जोड़ी गई हैं. इनकी मदद से, लाइन, स्टाइल, रंग, और पोज़िशन जैसी चीज़ों के बारे में बताया जा सकता है.
.left {
text-underline-position: left;
}
.right {
text-underline-position: right;
}
लिखाई को बोली में बदलने की सुविधा के लिए, उपयोगकर्ता की अनुमति लेना ज़रूरी है
जब कोई साइट अचानक हमसे बातचीत शुरू करती है, तो हम सभी हैरान हो जाते हैं. वीडियो अपने-आप चलने से जुड़ी नीतियां, साइटों को ऑडियो या ऑडियो वाली वीडियो फ़ाइलें अपने-आप चलने से रोकती हैं. कुछ साइटों ने इसके बजाय, स्पीच सिंथेसिस एपीआई का इस्तेमाल करके, इस समस्या से बचने की कोशिश की है.
Chrome 71 से, बोली को लिखाई में बदलने वाले एपीआई के काम करने के लिए, अब उपयोगकर्ता को पेज पर कुछ कार्रवाई करनी होगी. इससे, यह नीति वीडियो अपने-आप चलने से जुड़ी अन्य नीतियों के मुताबिक हो जाती है. अगर उपयोगकर्ता के पेज से इंटरैक्ट करने से पहले इसका इस्तेमाल किया जाता है, तो गड़बड़ी का मैसेज दिखेगा.
const utterance = new window.SpeechSynthesisUtterance('Hello');
utterance.lang = lang || 'en-US';
try {
window.speechSynthesis.speak(utterance);
} catch (ex) {
console.log('speechSynthesis not available', ex);
}
किसी साइट पर जाकर, अचानक से उस पर मौजूद कॉन्टेंट से हैरान होना और आस-पास बैठे अपने साथ काम करने वालों को हैरान देखना, इससे बुरा अनुभव और कुछ नहीं हो सकता.
और भी कई सुविधाएं!
डेवलपर के लिए, Chrome 71 में ये सिर्फ़ कुछ बदलाव हैं. इसमें और भी कई बदलाव किए गए हैं.
Element.requestFullscreen()तरीके को अब Android पर पसंद के मुताबिक बनाया जा सकता है. साथ ही, नेविगेशन बार को दिखने या पूरी तरह से इमर्सिव मोड में से किसी एक को चुना जा सकता है. इमर्सिव मोड में, उपयोगकर्ता के कोई जेस्चर करने तक कोई यूज़र एजेंट कंट्रोल नहीं दिखता.- मॉड्यूल स्क्रिप्ट के अनुरोधों के लिए डिफ़ॉल्ट क्रेडेंशियल मोड,
omitसे बदलकरsame-originहो गया है. - Chrome 71, शैडो DOM v1 स्पेसिफ़िकेशन के मुताबिक काम करता है. इसलिए, अब यह
:host()और:host-context()स्यूडो क्लास के साथ-साथ::slotted()के आर्ग्युमेंट के लिए भी खास जानकारी का हिसाब लगाता है.
Chrome DevSummit के वीडियो
अगर आप Chrome Dev Summit में शामिल नहीं हो पाए या आपने सभी बातचीत नहीं देखी है, तो हमारे YouTube चैनल पर Chrome Dev Summit 2018 की प्लेलिस्ट देखें.
सेवा वर्कर की मदद से तेज़ और बेहतर ऐप्लिकेशन बनाना लेख में, एवा और फ़िल ने सेवा वर्कर का इस्तेमाल करने के कुछ बेहतर तरीके बताए हैं.
मारिको और जैक ने बताया कि उन्होंने ज़्यादा जटिल और भारी जेएस वेब ऐप्लिकेशन को धीमा होने से बचाने के लिए, Squoosh को कैसे बनाया.
स्पीड से जुड़ी ज़रूरी बातें: तेज़ी से काम करने वाली वेबसाइटों के लिए अहम तकनीकें में, कैटी और हुसैन ने आपकी साइट की परफ़ॉर्मेंस को बेहतर बनाने के लिए कुछ बेहतरीन तकनीकों के बारे में बताया है.
जैक ने केक गिरा दिया. Chrome DevSummit 2018 की प्लेलिस्ट में, कई और बेहतरीन वीडियो मौजूद हैं. इसलिए, इन्हें देखना न भूलें.
सदस्यता लें
अगर आपको हमारे वीडियो के बारे में अप-टू-डेट रहना है, तो Chrome Developers के YouTube चैनल की सदस्यता लें. ऐसा करने पर, जब भी हम कोई नया वीडियो लॉन्च करेंगे, आपको ईमेल से सूचना मिलेगी.
मेरा नाम पीट लेपेज है. Chrome 72 रिलीज़ होने के बाद, मैं आपको बताऊंगा कि Chrome में नया क्या है!