Chrome 140 बीटा

Rachel Andrew

पब्लिश की गई तारीख: 6 अगस्त, 2025

जब तक कोई दूसरी जानकारी न दी जाए, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के बीटा चैनल के सबसे नए वर्शन पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर क्लिक करें या ChromeStatus.com पर मौजूद सूची देखें. 6 अगस्त, 2025 तक Chrome 140, बीटा वर्शन में है. डेस्कटॉप के लिए Chrome का सबसे नया वर्शन, Chrome की आधिकारिक वेबसाइट से डाउनलोड किया जा सकता है. वहीं, Android के लिए इसे Google Play Store से डाउनलोड किया जा सकता है.

सीएसएस और यूज़र इंटरफ़ेस (यूआई)

टाइप की गई वैल्यू के लिए, अंकगणितीय कार्रवाई करने की सुविधा

टाइप की गई वैल्यू के लिए, अंकगणितीय कार्रवाई करने की सुविधा की मदद से, सीएसएस में calc(10em / 1px) या calc(20% / 0.5em * 1px) जैसे एक्सप्रेशन लिखे जा सकते हैं. यह सुविधा, टाइपोग्राफ़ी के लिए काम की है. इसकी मदद से, टाइप की गई वैल्यू को बिना टाइप की गई वैल्यू में बदला जा सकता है. साथ ही, इसका इस्तेमाल उन प्रॉपर्टी के लिए किया जा सकता है जिनमें नंबर की वैल्यू दी जाती है. इसका एक और इस्तेमाल, यूनिट के बिना वाली वैल्यू को किसी दूसरे टाइप से गुणा करना है. उदाहरण के लिए, पिक्सल को डिग्री में बदला जा सकता है.

scroll-target-group प्रॉपर्टी

scroll-target-group प्रॉपर्टी से यह तय किया जाता है कि एलिमेंट, स्क्रोल मार्कर ग्रुप कंटेनर है या नहीं. यह इनमें से कोई एक वैल्यू स्वीकार करती है:

  • 'none': एलिमेंट, स्क्रोल मार्कर ग्रुप कंटेनर नहीं बनाता.
  • 'auto': एलिमेंट, स्क्रोल मार्कर ग्रुप कंटेनर बनाता है. इससे एक स्क्रोल मार्कर ग्रुप बनता है, जिसमें उन सभी स्क्रोल मार्कर एलिमेंट शामिल होते हैं जिनके लिए यह सबसे नज़दीकी ऐंसिस्टर स्क्रोल मार्कर ग्रुप कंटेनर है.

स्क्रोल मार्कर ग्रुप कंटेनर बनाने से, ऐसे कंटेनर में मौजूद फ़्रैगमेंट आइडेंटिफ़ायर वाले ऐंकर एचटीएमएल एलिमेंट, ::scroll-marker स्यूडो-एलिमेंट के एचटीएमएल के बराबर हो जाते हैं. जिस ऐंकर एलिमेंट का स्क्रोल टारगेट फ़िलहाल दिख रहा है उसे :target-current स्यूडो-क्लास का इस्तेमाल करके स्टाइल किया जा सकता है.

content प्रॉपर्टी के ऑल्ट टेक्स्ट में counter() और counters() को चालू करना

इस सुविधा की मदद से, content प्रॉपर्टी के ऑल्ट टेक्स्ट में counter() और counters() का इस्तेमाल किया जा सकता है. इससे ज़्यादा काम की जानकारी मिलती है, ताकि ऐक्सेस करने की सुविधा बेहतर हो सके.

व्यू ट्रांज़िशन स्यूडो, अब ज़्यादा एनिमेशन प्रॉपर्टी इनहेरिट करते हैं

व्यू ट्रांज़िशन स्यूडो ट्री अब कई एनिमेशन प्रॉपर्टी इनहेरिट करता है:

  • animation-delay
  • animation-timing-function
  • animation-iteration-count
  • animation-direction
  • animation-play-state

नेस्ट किए गए व्यू ट्रांज़िशन चालू करना

इस सुविधा की मदद से, व्यू ट्रांज़िशन, फ़्लैट स्यूडो-एलिमेंट ट्री के बजाय नेस्ट किया गया स्यूडो-एलिमेंट ट्री जनरेट कर सकते हैं. इससे व्यू ट्रांज़िशन, अपने ओरिजनल एलिमेंट और विज़ुअल इंटेंट के हिसाब से ज़्यादा बेहतर दिखते हैं. इससे क्लिपिंग, नेस्ट किए गए 3D ट्रांसफ़ॉर्म, और ओपैसिटी, मास्किंग, और फ़िल्टर जैसे इफ़ेक्ट को सही तरीके से लागू किया जा सकता है.

रूट से व्यूपोर्ट overscroll-behavior को आगे बढ़ाना

इस बदलाव के बाद, overscroll-behavior को बॉडी के बजाय रूट से आगे बढ़ाया जाता है. सीएसएस वर्किंग ग्रुप ने तय किया है कि <body> से व्यूपोर्ट तक प्रॉपर्टी को आगे नहीं बढ़ाया जाएगा. इसके बजाय, व्यूपोर्ट की प्रॉपर्टी को रूट (<html>) एलिमेंट से आगे बढ़ाया जाएगा. इसलिए, overscroll-behavior को रूट एलिमेंट से आगे बढ़ाया जाना चाहिए. हालांकि, Chrome में लंबे समय से एक समस्या आ रही है: यह overscroll-behavior को <body> से आगे बढ़ाता है. यह व्यवहार, अन्य ब्राउज़र के साथ इंटरऑपरेबल नहीं है. इस बदलाव के बाद, Chrome, स्पेसिफ़िकेशन के मुताबिक काम करेगा और अन्य प्लैटफ़ॉर्म के साथ इंटरऑपरेबल हो जाएगा.

ScrollIntoView कंटेनर विकल्प

ScrollIntoViewOptions कंटेनर विकल्प की मदद से, डेवलपर scrollIntoView ऑपरेशन कर सकते हैं. इससे सिर्फ़ सबसे नज़दीकी ऐंसिस्टर स्क्रोल कंटेनर स्क्रोल होता है. उदाहरण के लिए, यहां दिया गया स्निपेट सिर्फ़ target के स्क्रोल कंटेनर को स्क्रोल करता है, ताकि target को दिखाया जा सके. हालांकि, यह व्यूपोर्ट के लिए सभी स्क्रोल कंटेनर को स्क्रोल नहीं करेगा:

target.scrollIntoView({container: 'nearest'});

सीएसएस caret-animation प्रॉपर्टी जोड़ना

Chromium, caret-color प्रॉपर्टी के एनिमेशन को सपोर्ट करता है. हालांकि, ऐनिमेट किए जाने पर, कैरेट के डिफ़ॉल्ट ब्लिंक करने के व्यवहार से एनिमेशन में रुकावट आती है.

सीएसएस caret-animation प्रॉपर्टी की दो वैल्यू हो सकती हैं: auto और manual. auto का मतलब है ब्राउज़र का डिफ़ॉल्ट (ब्लिंक करना) और manual का मतलब है कि डेवलपर, कैरेट के एनिमेशन को कंट्रोल करता है. इसके अलावा, ब्लिंक करने या फ़्लैश होने वाले विज़ुअल से परेशान होने वाले या उन पर खराब प्रतिक्रिया देने वाले लोग, उपयोगकर्ता की स्टाइलशीट की मदद से ब्लिंक करने की सुविधा बंद कर सकते हैं.

highlightsFromPoint एपीआई

highlightsFromPoint एपीआई की मदद से, डेवलपर कस्टम हाइलाइट के साथ इंटरैक्ट कर सकते हैं. इससे यह पता चलता है कि किसी दस्तावेज़ में किसी खास पॉइंट पर कौनसी हाइलाइट मौजूद हैं. यह इंटरैक्टिविटी, जटिल वेब सुविधाओं के लिए काम की है. इनमें कई हाइलाइट ओवरलैप हो सकती हैं या शैडो DOM में मौजूद हो सकती हैं. पॉइंट के हिसाब से सटीक हाइलाइट का पता लगाने की सुविधा देकर, एपीआई डेवलपर को कस्टम हाइलाइट के साथ डाइनैमिक इंटरैक्शन को ज़्यादा असरदार तरीके से मैनेज करने की अनुमति देता है. उदाहरण के लिए, डेवलपर हाइलाइट किए गए क्षेत्रों पर उपयोगकर्ता के क्लिक या कर्सर घुमाने के इवेंट का जवाब देकर, कस्टम टूलटिप, कॉन्टेक्स्ट मेन्यू या अन्य इंटरैक्टिव सुविधाएं ट्रिगर कर सकते हैं.

व्यू ट्रांज़िशन के खत्म होने के प्रॉमिस का टाइम बदलना

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

ToggleEvent सोर्स एट्रिब्यूट जोड़ना

ToggleEvent के source एट्रिब्यूट में, वह एलिमेंट शामिल होता है जिसने ToggleEvent को ट्रिगर किया है. यह सुविधा, लागू होने पर ही काम करती है. उदाहरण के लिए, अगर कोई उपयोगकर्ता <button> एलिमेंट पर क्लिक करके पॉप-ओवर खोलता है, जिसमें popovertarget या commandfor एट्रिब्यूट सेट है, तो पॉप-ओवर पर ट्रिगर किए गए ToggleEvent के सोर्स एट्रिब्यूट को, <button> को इनवोक करने पर सेट किया जाएगा.

एसवीजी foreignObject को बीएलओबी यूआरएल के लिए कैनवस को खराब होने से रोकना

सभी ब्राउज़र, एचटीएमएल कैनवस drawImage ऑपरेशन में एसवीजी सोर्स के साथ <img> एलिमेंट का इस्तेमाल करने की सुविधा लंबे समय से देते आ रहे हैं. हालांकि, कैनवस के खराब होने का व्यवहार अलग-अलग प्लैटफ़ॉर्म पर अलग-अलग होता है. सभी ब्राउज़र, कैनवस को तब खराब करते हैं, जब एसवीजी सोर्स में foreignObject टैग शामिल होता है और उसे एचटीटीपी यूआरआई से रेफ़र किया जाता है. जब उसी एसवीजी को डेटा यूआरआई के ज़रिए रेफ़र किया जाता है, तो सभी ब्राउज़र कैनवस को खराब नहीं करते. हालांकि, बीएलओबी यूआरआई का इस्तेमाल करने पर, Chromium (इस बदलाव से पहले) और WebKit, दोनों कैनवस को खराब करते हैं. वहीं, Gecko ऐसा नहीं करता. जब यह सुविधा उपलब्ध हो जाती है, तो Chromium का व्यवहार Gecko के जैसा हो जाता है. इससे कैनवस drawImage कॉल में, एसवीजी कॉन्टेंट की ज़्यादा रेंज का इस्तेमाल किया जा सकता है. साथ ही, कैनवस खराब नहीं होता.

@font-face rule में font-variation-settings डिस्क्रिप्टर के लिए सहायता जोड़ना

सीएसएस की मदद से, डेवलपर अलग-अलग एलिमेंट पर font-variation-settings प्रॉपर्टी का इस्तेमाल करके, फ़ॉन्ट के वेट, चौड़ाई, स्लैंट, और अन्य ऐक्सिस को अडजस्ट कर सकते हैं. हालांकि, Chromium पर आधारित ब्राउज़र, @font-face डिक्लेरेशन में इस प्रॉपर्टी के लिए सहायता उपलब्ध नहीं कराते. यह सुविधा, सीएसएस फ़ॉन्ट लेवल 4 में तय की गई font-variation-settings के लिए, स्ट्रिंग पर आधारित सिंटैक्स को सपोर्ट करती है. अमान्य या जिनकी पहचान नहीं हुई है उन फ़ीचर टैग को, स्पेसिफ़िकेशन के हिसाब से नज़रअंदाज़ किया जाता है. बाइनरी या नॉन-स्टैंडर्ड फ़ॉर्मैट काम नहीं करते. वेरिएबल फ़ॉन्ट, परफ़ॉर्मेंस और टाइपोग्राफ़िक फ़्लेक्सिबिलिटी, दोनों के लिए ज़्यादा इस्तेमाल किए जा रहे हैं. Chromium में इस डिस्क्रिप्टर के लिए सहायता जोड़ने से, कंट्रोल बेहतर होता है, दोहराव कम होता है, और वेब टाइपोग्राफ़ी के लिए ज़्यादा स्केलेबल और मॉडर्न तरीका मिलता है.

Web API

Uint8Array को base64 और हेक्स में बदलना और उससे वापस Uint8Array में बदलना

Base64, आर्बिट्रेरी बाइनरी डेटा को ASCII के तौर पर दिखाने का एक सामान्य तरीका है. JavaScript में बाइनरी डेटा के लिए Uint8Arrays होते हैं. हालांकि, इसमें उस डेटा को base64 के तौर पर एन्कोड करने या base64 डेटा लेकर, उससे मिलता-जुलता Uint8Array बनाने का कोई बिल्ट-इन तरीका नहीं है. इस सुविधा की मदद से, हेक्स स्ट्रिंग और Uint8Arrays के बीच कन्वर्ज़न करने के लिए, तरीके और सुविधाएं जोड़ी गई हैं.

ReadableStreamBYOBReader min विकल्प का इस्तेमाल करना

इस सुविधा की मदद से, मौजूदा ReadableStreamBYOBReader.read(view) तरीके में min विकल्प जोड़ा गया है. यह तरीका, ArrayBufferView को पहले से ही स्वीकार करता है, जिसमें यह डेटा पढ़ता है. हालांकि, फ़िलहाल यह इस बात की कोई गारंटी नहीं देता कि रीड रिज़ॉल्व होने से पहले कितने एलिमेंट लिखे गए हैं. min वैल्यू तय करके, यह ज़रूरी बनाया जा सकता है कि स्ट्रीम, रीड को रिज़ॉल्व करने से पहले, कम से कम उतने एलिमेंट उपलब्ध होने तक इंतज़ार करे. इससे मौजूदा व्यवहार बेहतर होता है. मौजूदा व्यवहार में, रीड, व्यू में मौजूद एलिमेंट से कम एलिमेंट के साथ रिज़ॉल्व हो सकते हैं.

कुछ मामलों में, सर्वर साइड पर, सर्वर की ओर से सेट की गई कुकी और क्लाइंट की ओर से सेट की गई कुकी के बीच अंतर करना ज़रूरी होता है. ऐसा ही एक मामला, उन कुकी से जुड़ा है जिन्हें आम तौर पर हमेशा सर्वर की ओर से सेट किया जाता है. हालांकि, अनचाहे कोड (जैसे कि XSS एक्सप्लॉइट, कोई नुकसान पहुंचाने वाला एक्सटेंशन या किसी भ्रमित डेवलपर का कमिट) की वजह से, उन्हें क्लाइंट पर सेट किया जा सकता है. इस प्रस्ताव में एक सिग्नल जोड़ा गया है, जिससे सर्वर ऐसा अंतर कर सकते हैं. खास तौर पर, इसमें __Http और __HostHttp प्रीफ़िक्स तय किए गए हैं. इनसे यह पक्का होता है कि स्क्रिप्ट का इस्तेमाल करके, क्लाइंट साइड पर कोई कुकी सेट न की जाए.

लोकल नेटवर्क के ऐक्सेस से जुड़ी पाबंदियां

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

ज़्यादा जानने के लिए, लोकल नेटवर्क ऐक्सेस के लिए अनुमति का नया प्रॉम्प्ट लेख पढ़ें.

SharedWorker स्क्रिप्ट को बीएलओबी स्क्रिप्ट यूआरएल के लिए कंट्रोलर इनहेरिट करने की अनुमति देना

स्पेसिफ़िकेशन के मुताबिक, सभी वर्कर को बीएलओबी यूआरएल के लिए कंट्रोलर इनहेरिट करने चाहिए. हालांकि, मौजूदा कोड के तहत सिर्फ़ डेडिकेटेड वर्कर को कंट्रोलर इनहेरिट करने की अनुमति मिलती है. शेयर किए गए वर्कर को नहीं. इससे Chrome का व्यवहार, स्पेसिफ़िकेशन के मुताबिक हो जाता है. SharedWorkerBlobURLFixEnabled एंटरप्राइज़ नीति, इस सुविधा को कंट्रोल करती है.

ServiceWorkerStaticRouterTimingInfo जोड़ना

इस सुविधा की मदद से, ServiceWorker Static राउटिंग एपीआई के लिए टाइमिंग की जानकारी जोड़ी गई है. इसे डेवलपर के इस्तेमाल के लिए, नेविगेशन टाइमिंग एपीआई और रिसॉर्स टाइमिंग एपीआई में दिखाया जाता है. ServiceWorker, टाइमिंग की जानकारी देकर, समय के कुछ पॉइंट मार्क करता है.

इस सुविधा की मदद से, Static राउटिंग एपीआई से जुड़ी टाइमिंग की दो तरह की जानकारी जोड़ी गई है:

  • RouterEvaluationStart: रजिस्टर किए गए राउटर के नियमों के साथ किसी अनुरोध को मैच करना शुरू करने का समय.
  • CacheLookupStart: अगर सोर्स "cache" है, तो कैश स्टोरेज को देखना शुरू करने का समय.

इसके अलावा, इस सुविधा की मदद से, राउटर सोर्स की दो तरह की जानकारी जोड़ी गई है: मैच किया गया राउटर सोर्स और फ़ाइनल राउटर सोर्स.

Android पर, वेब के ज़रिए पुष्टि करने की सुविधा को चालू करना (यह सुविधा फ़िलहाल उपलब्ध नहीं है)

आइसोलेटेड वेब ऐप्लिकेशन

Controlled Frame API लॉन्च करना

इस सुविधा की मदद से, Controlled Frame API जोड़ा गया है. यह सिर्फ़ आइसोलेटेड वेब ऐप्लिकेशन (आईडब्ल्यूए) के लिए उपलब्ध है. अन्य प्लैटफ़ॉर्म पर इसी तरह के नाम वाले एपीआई की तरह, Controlled Frame API की मदद से सभी तरह के कॉन्टेंट को एंबेड किया जा सकता है. यहां तक कि तीसरे पक्ष के ऐसे कॉन्टेंट को भी एंबेड किया जा सकता है जिसे <iframe> में एंबेड नहीं किया जा सकता. Controlled Frame API की मदद से, एंबेड किए गए कॉन्टेंट को एपीआई के तरीकों और इवेंट के कलेक्शन से भी कंट्रोल किया जा सकता है. आइसोलेटेड वेब ऐप्लिकेशन के बारे में ज़्यादा जानने के लिए, आइसोलेटेड वेब ऐप्लिकेशन के बारे में जानकारी देने वाला लेख पढ़ें.

ऑरिजिन ट्रायल की नई सुविधाएं

Chrome 140 में, ऑरिजिन ट्रायल की इन नई सुविधाओं के लिए ऑप्ट-इन किया जा सकता है.

clipboardchange इवेंट जोड़ना

clipboardchange इवेंट तब ट्रिगर होता है, जब कोई वेब ऐप्लिकेशन या कोई अन्य सिस्टम ऐप्लिकेशन, सिस्टम क्लिपबोर्ड के कॉन्टेंट में बदलाव करता है. इससे रिमोट डेस्कटॉप क्लाइंट जैसे वेब ऐप्लिकेशन, अपने क्लिपबोर्ड को सिस्टम क्लिपबोर्ड के साथ सिंक रख पाते हैं. यह, बदलावों के लिए JavaScript की मदद से क्लिपबोर्ड को पोल करने का एक बेहतर विकल्प है.

इनकमिंग कॉल की सूचनाएं पाने की सुविधा चालू करना

इस सुविधा की मदद से, Notifications API को बढ़ाया गया है, ताकि इंस्टॉल किए गए PWA, इनकमिंग कॉल की सूचनाएं भेज सकें. इनमें कॉल-स्टाइल वाले बटन और रिंगटोन शामिल होती हैं. इस एक्सटेंशन की मदद से, VoIP वेब ऐप्लिकेशन, ज़्यादा इंटरैक्टिव अनुभव बना पाते हैं. ऐसा इसलिए, क्योंकि इससे उपयोगकर्ताओं के लिए कॉल की सूचनाओं को पहचानना और उनका जवाब देना आसान हो जाता है. इसके अलावा, इस सुविधा की मदद से, उन ऐप्लिकेशन के नेटिव और वेब वर्शन के बीच के अंतर को कम किया जा सकता है जिनके दोनों वर्शन मौजूद हैं.

क्रैश रिपोर्टिंग की सुविधा के लिए, की-वैल्यू एपीआई लॉन्च करना

इस सुविधा की मदद से, की-वैल्यू एपीआई लॉन्च किया गया है. इसे फ़िलहाल window.crashReport कहा जा रहा है. यह हर दस्तावेज़ के लिए एक मैप पर आधारित है, जिसमें क्रैश रिपोर्ट में जोड़ा गया डेटा सेव होता है.

अगर साइट पर कोई रेंडरर प्रोसेस क्रैश होती है, तो इस एपीआई के बैकअप मैप में मौजूद डेटा, CrashReportBody में भेजा जाता है. इससे डेवलपर डीबग कर पाते हैं कि उनके ऐप्लिकेशन की किस खास स्थिति की वजह से कोई क्रैश हुआ है.

बंद की जा रही सुविधाएं और हटाई गई सुविधाएं

Chrome के इस वर्शन में, नीचे दी गई सुविधाएं बंद की जा रही हैं और हटाई गई हैं. बंद की जाने वाली सुविधाओं, फ़िलहाल बंद की गई सुविधाओं, और पहले हटाई गई सुविधाओं की सूची देखने के लिए, ChromeStatus.com पर जाएं.

Chrome के इस वर्शन में, एक सुविधा बंद की जा रही है.

कुछ एलिमेंट में मौजूद <h1> के लिए, फ़ॉन्ट साइज़ के खास नियम बंद करना

एचटीएमएल स्पेसिफ़िकेशन में, <h1> टैग के लिए, खास नियमों की सूची शामिल है, जो <article>, <aside>, <nav>, या <section> एलिमेंट में नेस्ट किए गए हैं.

इन खास नियमों को इसलिए बंद किया जा रहा है, क्योंकि इनसे ऐक्सेस करने से जुड़ी समस्याएं होती हैं. खास तौर पर, ये नेस्ट किए गए <h1> के लिए फ़ॉन्ट साइज़ को विज़ुअल तौर पर कम करते हैं, ताकि वे दिखें जैसे <h2>. हालांकि, ऐक्सेस करने की सुविधा वाले ट्री में इस विज़ुअल बदलाव की जानकारी नहीं दिखती.