जब तक अलग से न बताया जाए, तब तक नीचे दिए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के सबसे नए बीटा चैनल रिलीज़ पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक या ChromeStatus.com पर दी गई सूची में जाएं. Chrome 125 का बीटा वर्शन 17 अप्रैल, 2024 से उपलब्ध है. नए वर्शन को डेस्कटॉप पर Google.com या Android पर Google Play Store से डाउनलोड किया जा सकता है. स्टेबल वर्शन पर रिलीज़ हो जाने पर, सभी शामिल सुविधाएं प्रॉडक्ट की जानकारी में देखी जा सकती हैं.
सीएसएस
इस रिलीज़ में, सीएसएस की दो नई सुविधाएं जोड़ी गई हैं और सीएसएस से जुड़े दो बदलाव किए गए हैं.
सीएसएस ऐंकर पोज़िशनिंग
सीएसएस ऐंकर पोज़िशनिंग की मदद से डेवलपर, पेज पर एक या उससे ज़्यादा एलिमेंट (एंकर) पर बिलकुल सही पोज़िशन के साथ एलिमेंट को टेदर कर सकते हैं. ऐसा करने के लिए, उन्हें JavaScript का इस्तेमाल किए बिना, जानकारी देने की सुविधा मिलती है. जब ऐंकर को स्क्रोल किया जा सकता है, तब ऐंकर पोज़िशनिंग बेहतर तरीके से काम करती है. इसका एक सामान्य उदाहरण है पॉपओवर दिखाना. जैसे, इसे शुरू करने वाले एलिमेंट के बगल में टूलटिप या एक 'चुनें' मेन्यू और इसकी पॉपओवर विकल्पों की सूची. ऐंकर की पोज़िशनिंग की सुविधा से पहले, इस्तेमाल के इन उदाहरणों में JavaScript को पॉपओवर की जगह को डाइनैमिक तौर पर पोज़िशन करने और उसे ऐंकर बनाए रखने की ज़रूरत थी. ऐसा इसलिए, क्योंकि शुरू करने वाले एलिमेंट को स्क्रोल किया जाता था. यह परफ़ॉर्मेंस फ़ुटगन होता है और सही तरीके से काम करना मुश्किल होता है. ऐंकर पोज़िशनिंग की मदद से, इस्तेमाल के इन उदाहरणों को बेहतर तरीके से और निर्देश के हिसाब से लागू किया जा सकता है.
ऐंकर पोज़िशनिंग की सुविधा में कई सीएसएस प्रॉपर्टी शामिल होती हैं. कुछ मुख्य प्रॉपर्टी के बारे में यहां बताया गया है:
anchor-name: यह एलिमेंट, अन्य एलिमेंट के ऐंकर के तौर पर सेट अप करता है.position-anchor: यह "डिफ़ॉल्ट" ऐंकर बताता है. ऐंकर किए गए एलिमेंट का इस्तेमाल, ऐंकर पोज़िशनिंग के लिए किया जाना चाहिए.anchor()फ़ंक्शन: इसका इस्तेमाल ऐंकर एलिमेंट की पोज़िशन बताने के लिए किया जाता है.inset-area: सामान्य सापेक्ष स्थितियों के लिए, पोज़िशनिंग के बारे में शॉर्टहैंड.
सीएसएस के स्टेप्ड वैल्यू फ़ंक्शन—round(), mod(), और rem()
स्टेप्ड-वैल्यू फ़ंक्शन,
round(),
mod(), और
rem(), दी गई वैल्यू को अन्य "स्टेप वैल्यू" के हिसाब से बदलते हैं.
round() सीएसएस फ़ंक्शन, चुनी गई राउंडिंग रणनीति के आधार पर राउंडेड नंबर देता है.
जब पहले पैरामीटर को दूसरे पैरामीटर से भाग दिया जाता है, तब mod() सीएसएस फ़ंक्शन, बचे हुए मॉड्यूलस की जानकारी देता है. यह फ़ंक्शन JavaScript शेष ऑपरेटर (%) की तरह होता है. मॉड्यूलस वह वैल्यू होती है जो किसी दूसरे ऑपरेंड यानी डिवाइडर से भाग देने पर बची हुई वैल्यू होती है. इसमें हमेशा विभाजनक
का चिह्न होता है.
जब पहले पैरामीटर को दूसरे पैरामीटर से भाग दिया जाता है, तब rem() सीएसएस फ़ंक्शन, बाकी बचे नतीजे दिखाता है. यह फ़ंक्शन JavaScript के बाकी ऑपरेटर (%) की तरह ही होता है. जब एक ऑपरेंड यानी डिवाइडर को दूसरे ऑपरेंड से डिवाइज़र से भाग दिया जाता है, तब बाकी बची वैल्यू दिखती है. इसमें हमेशा विभाजन का
निशान होता है.
ओक्लाब और ओक्लाक के रंगों में अंतर को (100% या 0) कम करें
इस बदलाव से पहले, 100% हल्के वैल्यू वाले सभी Lab, LCH, Oklab, और Oklch रंगों को सफ़ेद रंग में रेंडर किया जाता था. भले ही, अन्य दो पैरामीटर कुछ भी हों. इन स्पेस में 0 हल्के वैल्यू वाले सभी रंगों को काले रंग में दिखाया गया था. इन दो मैपिंग की वजह से ग्रेडिएंट में अंतर आया और वेब डेवलपर के लिए इसकी उम्मीद भी नहीं थी.
इस रोलबैक के साथ, इन रंगों को अब आर्टिफ़िशियल तरीके से मैप नहीं किया जाता है और नतीजे के तौर पर दिखाया जाने वाला रंग आस-पास के रंगों के साथ लगातार बना रहेगा और डिसप्ले की अलग-अलग मैपिंग पर निर्भर करता है.
इस्तेमाल किए गए कलर स्कीम रूट स्क्रोलबार
अगर "पेज के साथ काम करने वाली कलर स्कीम" की वैल्यू 'सामान्य' है या नहीं दी गई है, और रूट एलिमेंट के लिए color-scheme की कंप्यूट की गई वैल्यू normal है, तो ब्राउज़र को व्यूपोर्ट स्क्रोलबार रेंडर करने के लिए, उपयोगकर्ता की पसंदीदा कलर स्कीम का इस्तेमाल करता है. व्यूपोर्ट स्क्रोलबार को वेब कॉन्टेंट से
बाहर माना जा सकता है. इसलिए, अगर डेवलपर ने साफ़ तौर पर कलर स्कीम के लिए सहायता नहीं बताई है,
तो व्यूपोर्ट स्क्रोलबार को रेंडर करते समय उपयोगकर्ता एजेंट को उपयोगकर्ता की
पसंदीदा कलर स्कीम का पालन करना चाहिए.
यह बदलाव डेवलपर को स्क्रोलबार के लिए कलर स्कीम को कंट्रोल करने से नहीं रोकता है. इस नई सुविधा की मदद से ब्राउज़र, व्यूपोर्ट के नॉन-ओवरले स्क्रोलबार को रेंडर करने के लिए उपयोगकर्ता के पसंदीदा रंग-स्कीम का इस्तेमाल सिर्फ़ तब करता है, जब डेवलपर ने रूट एलिमेंट के लिए कलर स्कीम तय न की हो.
एचटीएमएल
कीबोर्ड फ़ोकस करने लायक स्क्रोल कंटेनर
क्रम के मुताबिक फ़ोकस नेविगेशन का इस्तेमाल करके, स्क्रोल कंटेनर को फ़ोकस करने लायक बनाकर सुलभता को बेहतर बनाता है. इस बदलाव से पहले, Tab का इस्तेमाल स्क्रोलर पर तब तक फ़ोकस नहीं करता
जब तक कि tabIndex को साफ़ तौर पर 0 या उससे ज़्यादा पर सेट न किया गया हो.
स्क्रोलर को डिफ़ॉल्ट रूप से फ़ोकस करने लायक बनाने से, जो उपयोगकर्ता माउस का इस्तेमाल नहीं कर सकते (या नहीं करना चाहते) वे कीबोर्ड के टैब और ऐरो बटन का इस्तेमाल करके, क्लिप किए गए कॉन्टेंट पर फ़ोकस कर पाएंगे. यह तरीका सिर्फ़ तब चालू होता है, जब स्क्रोलर में ऐसा कोई भी बच्चा नहीं होता है जिसे कीबोर्ड पर फ़ोकस किया जा सकता है.
यह रोल आउट चल रहा है जो Chrome 124 में शुरू हुआ था और Chrome 125 के सभी उपयोगकर्ताओं के लिए उपलब्ध होगा. कीबोर्ड पर फ़ोकस करने वाले स्क्रोलर के बारे में ज़्यादा जानें.
डिक्लेरेटिव शैडो डीओएम सीरियलाइज़ेशन
इस सुविधा की मदद से डेवलपर, शैडो रूट वाले डीओएम ट्री को क्रम से लगा सकते हैं. इसे हाल ही में एचटीएमएल स्टैंडर्ड के मुताबिक बनाया गया है.
वेब एपीआई
Attribution Reporting API में जोड़ी गई जानकारी
Attribution Reporting API में और भी सुविधाएं जोड़ी गई हैं, ताकि गड़बड़ी वाली डीबग रिपोर्ट को पार्स करने में मदद करके, उसे बेहतर बनाया जा सके. साथ ही, पसंदीदा रजिस्ट्रेशन प्लैटफ़ॉर्म के लिए फ़ील्ड का इस्तेमाल करके एपीआई एर्गोनॉमिक्स को बेहतर बनाया जा सके और निजता को बेहतर बनाया जा सके.
Compute Pressure API
Compute प्रेशर एपीआई हाई-लेवल स्थितियां देता है जो सिस्टम पर सीपीयू लोड के बारे में बताती हैं. इसकी मदद से, डिवाइस में मौजूद हार्डवेयर मेट्रिक का सही इस्तेमाल किया जा सकता है. इससे यह पक्का होता है कि उपयोगकर्ता अपनी ज़रूरत के हिसाब से उपलब्ध प्रोसेसिंग पावर का फ़ायदा तब तक ले सकते हैं, जब तक कि सिस्टम को लेकर किसी तरह की परेशानी न हो. इस एपीआई के डिज़ाइन और उसे लागू करने के काम को Intel ने किया है. इससे वीडियो कॉन्फ़्रेंसिंग ऐप्लिकेशन, सुविधाओं और परफ़ॉर्मेंस के बीच डाइनैमिक तरीके से संतुलन बना पाएंगे.
WebSocket बनाते समय, एचटीटीपी यूआरएल स्वीकार करें
यह अपडेट WebSocket कंस्ट्रक्टर में एचटीटीपी स्कीम चालू करता है. इसलिए, डेवलपर को भी रिलेटिव यूआरएल इस्तेमाल करने की अनुमति देता है. इन्हें ws: और wss: इंटरनल स्कीम के लिए नॉर्मलाइज़ किया जाता है.
Storage Access API (SAA) को बिना कुकी वाले स्टोरेज के साथ बढ़ाना
इससे, Storage Access API के सुझाए गए एक्सटेंशन को लॉन्च किया जाता है. यह एक्सटेंशन पुराने सिस्टम के साथ काम करता है और ऑरिजिन ट्रायल के तौर पर इस्तेमाल किया जा रहा है. इससे तीसरे पक्ष के लिए, अलग-अलग कुकी और बिना कुकी वाले स्टोरेज को ऐक्सेस करने की अनुमति मिलती है. मौजूदा एपीआई सिर्फ़ उन कुकी को ऐक्सेस करता है जिनके इस्तेमाल के उदाहरण, बिना कुकी वाले स्टोरेज से अलग हैं.
आईडी दावे के एंडपॉइंट पर FedCM सीओआरएस की ज़रूरत
FedCM API में फ़ेच की जानकारी को समझना मुश्किल होता है, क्योंकि उसकी ज़रूरी प्रॉपर्टी होती हैं. खातों के एंडपॉइंट को लेकर चर्चा चल रही है. हालांकि, इस बात पर काफ़ी आम सहमति है कि आईडी दावे के एंडपॉइंट को सीओआरएस का इस्तेमाल करना चाहिए. यह अपडेट, इस फ़ेच की सुरक्षा प्रॉपर्टी को वेब प्लैटफ़ॉर्म में अन्य फ़ेच के साथ ज़्यादा करीब से अलाइन करता है. सीओआरएस से जुड़ी ज़रूरी शर्तों के काम करने के तरीके के बारे में ज़्यादा जानने के लिए, FedCM अपडेट: बटन मोड एपीआई का ऑरिजिन ट्रायल, सीओआरएस, और SameSite पर जाएं.
माउस ले जाने के लिए इंटरऑपरेबिलिटी की डिफ़ॉल्ट कार्रवाई
Chrome ने माउस को ले जाने के इवेंट को रद्द करने की अनुमति दी, ताकि टेक्स्ट चुनने जैसे दूसरे एपीआई को रोका जा सके (साथ ही, पहले उसे खींचें और छोड़ें). यह दूसरे बड़े ब्राउज़र से मेल नहीं खाता और न ही यह यूज़र इंटरफ़ेस (यूआई) इवेंट की खास बातों के मुताबिक है. अब टेक्स्ट चुनना, माउस ले जाने की डिफ़ॉल्ट कार्रवाई नहीं होगी. selectstart और dragstart इवेंट को क्रम से रद्द करके, टेक्स्ट चुनने और 'खींचें और छोड़ें' कार्रवाई को अब भी रोका जा सकता है.
Shared Storage API से जुड़े अपडेट
यह अपडेट, iframe बनाए बिना क्रॉस ऑरिजिन वर्कलेट चलाने के लिए सहायता जोड़ता है.
Chrome ऐप्स
Chrome ऐप्लिकेशन में Direct Sockets API का इस्तेमाल करने से जुड़ी जानकारी
इस अपडेट से Chrome ऐप्लिकेशन में डायरेक्ट सॉकेट चालू करके, Chrome ऐप्लिकेशन से आइसोलेटेड वेब ऐप्लिकेशन में खास ऐप्लिकेशन के ट्रांज़िशन की प्रोसेस को आसान बनाने में मदद मिलती है. इससे वेब ऐप्लिकेशन, नेटवर्क डिवाइस और सिस्टम के साथ डायरेक्ट ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) और यूज़र डेटाग्राम प्रोटोकॉल (यूडीपी) कम्यूनिकेशन कर सकते हैं.
नए ऑरिजिन ट्रायल
Chrome 125 से, नीचे दिए गए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
FedCM बटन मोड एपीआई और अन्य Account API का इस्तेमाल करना
इस ऑरिजिन ट्रायल में, नीचे दिए गए दो FedCM एपीआई शामिल हैं.
बटन मोड एपीआई की मदद से, वेबसाइटें एक बटन पर क्लिक करके FedCM को कॉल कर सकती हैं. जैसे, आईडीपी (IdP) पर साइन-इन करें बटन पर क्लिक करके. इसके लिए FedCM की ज़रूरत होती है, ताकि वह गारंटी दे सके कि यह विजेट मोड के उलट, हमेशा दिखने वाला यूज़र इंटरफ़ेस दिखाता है, जो उपयोगकर्ता के लॉग आउट करने पर यूज़र इंटरफ़ेस (यूआई) नहीं दिखाता. जब उपयोगकर्ता लॉग आउट हो जाते हैं, तो बटन मोड में FedCM API को कॉल करने पर, उपयोगकर्ता आईडीपी (डायलॉग विंडो में) पर लॉगिन कर सकते हैं.
साथ ही, बटन मोड को साफ़ तौर पर उपयोगकर्ता के जेस्चर में कॉल किया जाता है, इसलिए विजेट मोड (जिसमें ऐसा कोई मकसद नहीं होता) की तुलना में, यूज़र इंटरफ़ेस (यूआई) ज़्यादा बेहतर (उदाहरण के लिए, बीच में मौजूद और मॉडल) हो सकता है. बटन मोड एपीआई के काम करने के तरीके के बारे में ज़्यादा जानने के लिए, FedCM अपडेट: Button Mode API का ऑरिजिन ट्रायल, सीओआरएस, और SameSite
'अन्य खाते का इस्तेमाल करें' एपीआई, पहचान देने वाली सेवा को उपयोगकर्ताओं को दूसरे खातों में साइन इन करने की अनुमति देता है.
FedCM ऑरिजिन ट्रायल के लिए रजिस्टर करें.
फ़ोल्ड किए जा सकने वाले एपीआई
इस ऑरिजिन ट्रायल में Device Posture API और व्यूपोर्ट सेगमेंट Enumeration API शामिल हैं. ये एपीआई इसलिए डिज़ाइन किए गए हैं, ताकि फ़ोल्ड किए जा सकने वाले डिवाइसों को टारगेट करने में डेवलपर की मदद कर सकें. फ़ोल्ड किए जा सकने वाले एपीआई के लिए ऑरिजिन ट्रायल के बारे में ज़्यादा जानें.
फ़ोल्ड किए जा सकने वाले एपीआई के ऑरिजिन ट्रायल के लिए रजिस्टर करें.
मीडिया झलक से ऑप्ट-आउट करें
इस रिवर्स ऑरिजिन ट्रायल में मीडिया प्रीव्यू के लॉन्च से साइटें शामिल नहीं होंगी.
Chrome का मकसद है कि जब कोई वेबसाइट, कैमरे और माइक्रोफ़ोन की अनुमतियों का अनुरोध करे, तब वह आपको कैमरे और माइक्रोफ़ोन के इनपुट की रीयल-टाइम झलक दिखाए. ये जानकारी साइट के पेज की जानकारी से भी उपलब्ध होंगी.
इसके अलावा, जब तक साइट ने getUserMedia() के ज़रिए किसी खास डिवाइस के लिए अनुरोध नहीं किया जाता, तब तक एक से ज़्यादा डिवाइस वाले उपयोगकर्ता अनुमतियों का अनुरोध करते समय कैमरा और माइक्रोफ़ोन चुन सकते हैं.
इस सुविधा पर, अनुमतियों से जुड़े दूसरे प्रोजेक्ट, पेज-एम्बेड किए गए अनुमति कंट्रोल (पीईपीसी) के साथ-साथ काम किया जा रहा है. उपयोगकर्ताओं को एक स्वतंत्र लॉन्च प्रोसेस के तहत पीईपीसी से संपर्क किया जाएगा, जिसमें एक अलग ऑरिजिन ट्रायल या साइट के हिसाब से प्रयोग शामिल हैं.
प्रीफ़िक्स वाली HTMLVideoElement Fullscreen प्रॉपर्टी और तरीकों के लिए रुका हुआ ट्रायल
अगर आपको कोड में बदलाव करने के लिए ज़्यादा समय चाहिए, तो इस सुविधा को रोकने के बाद भी, प्रीफ़िक्स वाली HTMLVideoElement प्रॉपर्टी और तरीकों के लिए फिर से सहायता पाने की सुविधा चालू की जा सकती है. रोकना और हटाना में जाकर, हटाई गई प्रॉपर्टी और तरीकों के बारे में पूरी जानकारी देखें.
प्रीफ़िक्स वाले वीडियो को फ़ुलस्क्रीन एपीआई से बाहर रखने के लिए रजिस्टर करें.
पहले से लोड होने वाली स्कैनिंग रोकें
जिन पेजों के लिए सब-रिसोर्स फ़ेच नहीं किए गए हैं उनकी परफ़ॉर्मेंस पर असर डालने के लिए, प्रीलोड स्कैनर को स्किप करता है.
प्रीलोड स्कैनर स्टेप से सब-रिसॉर्स फ़ेच वाले पेजों की परफ़ॉर्मेंस को बेहतर तरीके से काम करने में मदद मिलती है. ऐसा अनुमान पर आधारित प्रीफ़ेच लागू करने पर होता है. हालांकि, जिन पेजों को इस चरण से फ़ायदा नहीं मिलता है उनके लिए यह अतिरिक्त प्रोसेसिंग ओवरहेड है, जिससे ज़्यादा फ़ायदा नहीं होता.
ऐसे जानकार वेब उपयोगकर्ता जो इस ओवरहेड को कम करके फ़ायदा पाना चाहते हैं, उन्हें यह प्रयोग पेज-लेवल पर कंट्रोल देता है, ताकि प्रीलोड स्कैनर को बंद किया जा सके. इस प्रयोग से इकट्ठा किए गए डेटा से यह आकलन किया जा सकता है कि बदला गया एपीआई या एचटीएमएल प्रीलोड स्कैनर का कोई दूसरा इस्तेमाल करना मददगार होगा या नहीं.
प्रीलोड स्कैनिंग ऑरिजिन ट्रायल के लिए रजिस्टर करें.
सेवा को बंद करना और हटाना
पहले से लगाई गई रोक, हटाए गए मौजूदा समय, और पहले से हटाए गए अनुरोधों की सूची के लिए, ChromeStatus.com पर जाएं.
Chrome की यह रिलीज़ इन तीन सुविधाओं को हटा देती है.
अनुमति और अनुमति की नीति "विंडो-मैनेजमेंट" के लिए, "विंडो-प्लेसमेंट" उपनाम हटाएं
अनुमति और अनुमति की नीति के लिए, "विंडो-प्लेसमेंट" उपनाम को हटाता है "विंडो-मैनेजमेंट". यह स्ट्रिंग का नाम बदलने की एक बड़ी कोशिश का हिस्सा है. इसके लिए, "window-placement" को हमेशा के लिए हटाकर और हटाना पड़ता है. समय के साथ, जैसे-जैसे विंडो मैनेजमेंट एपीआई में बदलाव होता है, शब्दावली में बदलाव से डिस्क्रिप्टर का इस्तेमाल लंबे समय तक होता है.
एंटरप्राइज़ नीति को हटाया जाना: NewBaseUrlInheritanceBehaviorAllowed
कोड में किया गया यह बदलाव (नए बेस यूआरएल इनहेरिटेंस के बदलाव को चालू करता है). यह बदलाव अगस्त 2023 (118.0.5966.0) से, स्टेबल रिलीज़ में लागू हो गया है. जानी-पहचानी समस्याओं को ठीक कर दिया गया है. इसलिए, यह एंटरप्राइज़ नीति Chrome 125 से हटा दी जाएगी.
प्रीफ़िक्स वाली HTMLVideoElement Fullscreen प्रॉपर्टी और तरीकों को हटाना
Chrome 38 के बाद से, प्रीफ़िक्स वाले HTMLVideoElement फ़ुलस्क्रीन एपीआई
अब काम नहीं करते. इसकी जगह Element.requestFullscreen() का इस्तेमाल किया गया था, जो पहली बार 2018 में Chrome 71 में, इसके बजाय किसी यूआरएल के साथ भेजा गया था.
HTMLVideoElement से नीचे दी गई प्रॉपर्टी और तरीके हटा दिए जाएंगे:
webkitSupportsFullscreenwebkitDisplayingFullscreenwebkitEnterFullscreen()webkitExitFullscreen()webkitEnterFullScreen()(फ़ुलस्क्रीन में "S" के अलग-अलग कैपिटल लेटर पर ध्यान दें)webkitExitFullScreen()
अगर आपकी साइट अब भी इन साइटों पर मौजूद है और आपको कोड अपडेट करने के लिए ज़्यादा समय चाहिए, तो इस पोस्ट में दी गई सुविधा को रोकने के लिए रजिस्टर करें.