मई 2010 में एचटीएमएल 5, एरिया भूमिकाएं, और स्क्रीन रीडर

Source- HTML5, ARIA Roles, and Screen Readers in May 2010

Author- Jason Kiss, AccessibleCulture.org

 

नोट: मार्च 2011 के लिए अद्यतन अनुसंधान और परिणाम

कुछ अच्छे, उपयोगी उदाहरण हैं और पहले से ही यह दिखाते हैं कि कुछ स्क्रीन पाठक विभिन्न HTML5 संरचनाओं और एआरआईए भूमिकाओं से कैसे निपटते हैं। मुझे पता है कि चश्मे अभी तक खत्म नहीं हुए हैं और सहायक प्रौद्योगिकी विक्रेता हमेशा इस पर काम कर रहे हैं, लेकिन मैं थोड़ा सा खेलना चाहता हूं और खुद के लिए पुष्टि करना चाहता हूं कि विंडोज़ के लिए प्रमुख स्क्रीन पाठकों में से कुछ, अर्थात् जैव्स 11, विंडो-आइज़ 7.11, एनवीडीए 2010.1, और सैटगो 3.0.202, वर्तमान में बुनियादी HTML5 सेक्शनिंग तत्वों के साथ-साथ एरिया लैंडमार्क और अन्य भूमिकाएं भी संभालती है। यह सुझाव दिया गया है कि जब तक ब्राउज़र और स्क्रीन पाठक पूरी तरह से एचटीएमएल 5 तत्वों और उनकी निहित एआरआईए भूमिकाओं का समर्थन नहीं करते हैं, तो हमें स्पष्ट रूप से कुछ संबंधित एचटीआईए भूमिकाओं के साथ कुछ एचटीएमएल 5 तत्वों को पूरक करना चाहिए।

अद्यतन: सफारी 4.0.3 के साथ मैकोज़ एक्स हिम तेंदुए में वॉयसओवर के परिणाम जोड़े गए। मई 07, 2010

टेस्ट मामले

केवल HTML 5

HTML5 + ARIA भूमिकाएँ

पहला टेस्ट केस विशेष रूप से केवल HTML5 तत्वों का उपयोग करता है:

  • header
  • nav
  • section
  • article
  • aside
  • footer

दूसरा टेस्ट केस निम्नलिखित एआरआईए भूमिकाओं को भी लागू करता है:

  • banner
  • navigation
  • main
  • article
  • complementary
  • contentinfo

मैंने इंटरनेट एक्सप्लोरर 8 और फ़ायरफ़ॉक्स 3.6 दोनों का उपयोग कर चार स्क्रीन पाठकों के साथ परीक्षण किया।

नोट: आपके द्वारा उपयोग किए जाने वाले स्क्रीन रीडर और ब्राउज़र संयोजन के आधार पर, परीक्षण मामलों के भीतर आंतरिक पृष्ठ लिंक, विशेष रूप से उन लोगों के साथ जो लक्ष्य आईडी आईडी के साथ सरल शीर्षलेख हैं, ठीक से ध्यान केंद्रित कर सकते हैं या टैब आदेश में स्थिति को अपडेट नहीं कर सकते हैं। यह एक समस्या है, विशेष रूप से पर्याप्त दस्तावेज, विशेष ब्राउज़र और स्क्रीन पाठकों के साथ, और एचटीएमएल 5 और एआरआईए भूमिकाओं के उपयोग से संबंधित नहीं है। इसे tabindex = “- 1” और / या इसके बजाय अलग-अलग तरीकों से वास्तविक तत्वों का उपयोग करके अलग-अलग किया जा सकता है, लेकिन यह परीक्षण मामलों के एक अलग सेट के लिए है।

परिणाम

संक्षेप में, एनवीडीए एचटीएमएल 5 और एचटीएमएल 5 के साथ एआरआईए भूमिका परीक्षण मामलों के साथ बहुत अच्छा करता है, भले ही यह आईई 8 या एफएफ 3.6 में है। एचटीएमएल 5 मार्कअप और एआरआईए स्थलचिह्नों के साथ नेविगेटिंग, रीडिंग और इंटरैक्टिंग सिर्फ सीधा है। इतना अधिक है कि यह परीक्षण परिणामों में इसे शामिल नहीं करता है: यह कहना पर्याप्त है कि एनवीडीए चट्टानों।

JAWS अच्छा करता है, हालांकि FF3.6 में यह एक हेडर के भीतर घोंसला वाले नौसेना तत्व की तरह प्रतीत नहीं होता है। अभी के लिए, कम से कम, हेडर तत्वों के भीतर नेविगेशन तत्वों को घोंसले से बचाना उचित हो सकता है। अपडेट (27 अगस्त, 2010): नीचे टेरिल थॉम्पसन द्वारा टिप्पणी # 3 देखें। दुर्भाग्यवश, फ़ायरफ़ॉक्स 3.6 में JAWS 11 किसी भी कार्यान्वयन में हेडर तत्व के साथ अच्छी तरह से सौदा नहीं करता है।

SAToGo भी ठीक है, और अब भी एआरआईए लैंडमार्क द्वारा नेविगेशन की अनुमति देता है, हालांकि यह स्वचालित रूप से उस प्रकार के ऐतिहासिक चिह्न की घोषणा नहीं करता है जैसा कि यह आता है। और मैं इसे केवल आईई 8 में एक दिशा में लैंडमार्क द्वारा नेविगेट करने के लिए प्राप्त कर सकता था, जबकि एफएफ 3.6 में, मैं दबाकर अगले और पिछले दोनों ऐतिहासिक चिह्नों पर नेविगेट कर सकता था; और शिफ्ट +; क्रमशः। अपडेट करें: सैटोजो संस्करण 3.1.24, 21 मई, 2010 के लिए नए परिणाम।

खिड़की-आंखें 7.11, दूसरी तरफ, और यह एक चीज है जिसे हम पहले से जानते थे, एआरआईए भूमिकाओं को बिल्कुल नहीं पहचानते हैं। इसके अलावा, जब एचटीएमएल 5 और एआरआईए भूमिकाओं का एक साथ उपयोग किया जाता है तो खिड़की-आंखें आईई 8 में झुकती लगती हैं: “ब्राउज़ मोड” में इसे एचटीएमएल 5 सेक्शनिंग तत्व के भीतर कोई लिंक नहीं मिल सकता है जिसमें एआरआईए भूमिका भी होती है। यदि आप “ब्राउज़ मोड” बंद करते हैं, तो यह सभी लिंक पाता है, लेकिन इसका मतलब है कि आपको लगातार “ब्राउज़ मोड” को टॉगल करना होगा और वास्तव में पृष्ठ को पढ़ना और उपयोग करना होगा।

कुछ अतिरिक्त त्वरित परीक्षण से मैंने दिखाया कि आईई 8 में, विंडो-आइज़ को एक साधारण div के भीतर लिंक खोजने में कोई समस्या नहीं है, जो एआरआईए भूमिका निभाता है, या एचआरआईए भूमिका के साथ एचटीएमएल 5 सेक्शनिंग तत्व के भीतर, लेकिन दो और विंडो-आइज़ को गठबंधन करता है आईई 8 बस खो जाता है। यह पुष्टि की जाती है, उदाहरण के लिए, ब्रूस लॉसन की साइट द्वारा, जो एचटीएमएल 5 और एआरआईए का अच्छा उपयोग करता है। यदि आप विंडो-आइज़ और आईई 8 के साथ ब्रूस की साइट पर जाते हैं, तो हेडर या # साइडबार एनएवी में से कोई भी लिंक नहीं मिला है क्योंकि इन दोनों HTML5 तत्वों में एआरआईए भूमिकाएं भी लागू होती हैं। लेकिन मुख्य सामग्री क्षेत्र में लिंक के साथ कोई समस्या नहीं है, भले ही इसमें भूमिका = “मुख्य” है क्योंकि यह केवल नियमित div का उपयोग करता है। यदि यह इसके बजाय एक सेक्शनमेंट का उपयोग करता है, तो पृष्ठ पर अधिकांश लिंक IE8 में विंडो-आइज़ के लिए गायब हो जाएंगे।

हालांकि मेरे पास यह साबित करने के लिए संख्याएं नहीं हैं, मुझे लगता है कि अधिकांश खिड़की-आंख उपयोगकर्ता फ़ायरफ़ॉक्स की बजाय इंटरनेट एक्सप्लोरर चलाते हैं, इसलिए यह समय के लिए एचटीएमएल 5 और एआरआईए भूमिकाओं का उपयोग करने से बचने का एक कारण हो सकता है, इस पर निर्भर करता है कि कैसे आप IE8 के साथ विंडो-आइज़ उपयोगकर्ताओं को खानपान के बारे में महसूस करते हैं। आईई 9 और विंडो-आइज़ 8 एक बार बाहर होने के बाद चीजें कैसे बदलती हैं यह देखना दिलचस्प होगा।

अधिक विस्तृत परीक्षण परिणाम नीचे दिए गए हैं। जब तक अन्यथा इंगित न किया गया हो, स्क्रीन रीडर एक के रूप में प्रदर्शन किया जा सकता है और एक उपयोगी अनुभव की उम्मीद कर सकता है।

अद्यतन # 1 (30 जून, 2010): ऐसा लगता है कि माता-पिता HTML5 अनुभागिंग तत्व के भीतर भूमिका विशेषता वाले तत्व को घोंसला भी इसी तरह खिड़की-आंखों के लिए समस्याएं पैदा करता है। उदाहरण के लिए, एक उल के भीतर लिंक एक मूल नौसेना तत्व के अंदर घोंसला भूमिका = “नेविगेशन” के साथ लिंक विंडो-आंखों द्वारा नहीं मिलेगा।

अद्यतन # 2 (5 जुलाई, 2010): दूसरी ओर, और दिलचस्प बात यह है कि एआरआईए भूमिका के साथ एक div के अंदर एक HTML5 तत्व को घोंसला करना विंडो-आंखों में समस्या को ट्रिगर नहीं करता है। उदाहरण के लिए, एक एनवी तत्व में लिंक जो भूमिका = “नेविगेशन” के साथ एक div के भीतर घोंसला है, अभी भी विंडो-आइज़ द्वारा पाए जाते हैं। इसलिए, अब, संभवतः, विंडो-आइज़ उपयोगकर्ताओं को नकारात्मक रूप से प्रभावित किए बिना एचटीएमएल 5 तत्वों और एआरआईए लैंडमार्क भूमिकाओं का उपयोग करने का सबसे अच्छा तरीका है।

अद्यतन # 3 (7 जुलाई, 2010): विंडो-आइज़ 7.2 के नवीनतम अपडेट के साथ, एआरआईए ऐतिहासिक भूमिका वाले एचटीएमएल 5 तत्वों के भीतर लिंक अब पाए गए हैं और प्रयोग योग्य हैं। दुर्भाग्य से, कम से कम कुछ अर्थपूर्ण एचटीएमएल 4 तत्वों को घोंसले के साथ एक अभिभावक एचटीएमएल 5 सेक्शनिंग तत्व के भीतर भूमिका विशेषता है, फिर भी विंडो-आइज़ 7.2 के लिए समस्याएं पैदा होती हैं। यही है, एक उल के भीतर लिंक एक मूल नौसेना तत्व के अंदर घोंसला भूमिका = “नेविगेशन” के साथ, उदाहरण के लिए, अभी भी विंडो-आइज़ के इस नवीनतम संस्करण का उपयोग करके नहीं मिला है और क्रियाशील है।

अपडेट # 4 (21 जुलाई, 2010): मुझे लगता है कि मैंने इस बिंदु पर चीजों को थोड़ा भ्रमित करने में कामयाब रहा है, इसलिए आइए रिकॉर्प करें: इंटरनेट एक्सप्लोरर 8 में, विंडो-आइज़ संस्करण 7.2 और नीचे, जब सामान्य ब्राउज़ मोड में हों, तो सामग्री में लिंक ढूंढने और उपयोग करने में कुछ समस्याएं हैं जहां कुछ व्यवस्थाओं में एचटीएमएल 5 सेक्शनिंग तत्वों के साथ एआरआईए भूमिकाओं का उपयोग किया जाता है। एआरआईए भूमिका विशेषता वाले एचटीएमएल 5 तत्व में लिंक का उपयोग करना विंडो-आइज़ 7.11 और उससे नीचे की समस्या है। यह विंडो-आइज़ 7.2 के साथ कोई समस्या नहीं है, लेकिन संस्करण 7.2 के साथ कम से कम अनियंत्रित और आदेशित सूचियों के साथ एक समस्या बनी हुई है, और संभवतः कुछ अन्य तत्व भी हैं, जिनके पास एआरआईए भूमिका लागू होती है। न तो खिड़की-आंख 7.11 और न ही 7.2 तत्व तत्व के साथ तत्व = “नेविगेशन” के साथ लिंक का उपयोग कर सकते हैं, चाहे वह एनएवी तत्व के भीतर घोंसला हो या नहीं। वही है, उदाहरण के लिए, भूमिका = “contentinfo” के साथ एक ol तत्व के भीतर लिंक के लिए। (यह विंडो-आइज़ बग फ़ायरफ़ॉक्स 3.6 के साथ कुछ डिग्री में भी प्रकट होता है)। हालांकि, एक एआरआईए भूमिका के साथ एक सामान्य div के भीतर एचटीएमएल 5 तत्व को घोंसला, या इसके विपरीत, एचटीएमएल 5 तत्व के भीतर एआरआईए भूमिका के साथ एक div को घोंसला, खिड़की-आंखों में कोई समस्या नहीं लगती है। इसलिए, उदाहरण के लिए, कोई <div role = “नेविगेशन”> के साथ अपने नाभि को लपेट सकता है, या वैकल्पिक रूप से, एआरआईए भूमिका के साथ एक div में नौसेना की आंतरिक सामग्री को लपेट सकता है। खिड़की-आंखों के लिए इस विशेष परीक्षण पृष्ठ पर इन विभिन्न व्यवस्थाओं के उदाहरण मिल सकते हैं।

एचटीएमएल 5 केवल टेस्ट केस

JAWS 11

IE8

 कोई स्पष्ट समस्या या मुद्दे नहीं

FF3.6

Header हेडर तत्व के भीतर नौसेना पसंद नहीं है: पेज लोड पर, जेएडब्ल्यूएस हेडर के नीचे कहीं कूदता है और पढ़ना शुरू करता है, अक्सर एच 1 या “फर्स्ट सेक्शन” आंतरिक पृष्ठ लिंक; और शीर्षलेख के अंदर नेविगेशन लिंक JAWS ‘लिंक सूची में दिखाई नहीं देते हैं

Every प्रत्येक लिंक तक पहुंचने के लिए टैब दबा सकते हैं, लेकिन वर्चुअल पीसी कर्सर मोड में, हेडर के भीतर दिए गए लिंक, कीबोर्ड द्वारा चुने जाने पर, रजिस्टर और कार्य करते हैं क्योंकि हेडर के बाहर जो भी लिंक फोकस होता है (उदाहरण के लिए, अक्सर “फर्स्ट सेक्शन” आंतरिक पृष्ठ लिंक “मुख्य” खंड के भीतर)

वर्चुअल पीसी कर्सर मोड के साथ, हेडर में लिंक कुंजीपटल के माध्यम से ठीक काम करते हैं

माउस के साथ चुने जाने पर हेडर में लिंक ठीक काम करने लगते हैं, भले ही वर्चुअल पीसी कर्सर मोड चालू या बंद हो

हेडर के बाहर लिंक all सभी पहचाने जाते हैं और ठीक से काम करते हैं

खिड़की-आंखें 7.11

आईई 8 और एफएफ 3.6

कोई स्पष्ट समस्या या मुद्दे नहीं

सैटगो 3.0.202

आईई 8 और एफएफ 3.6

कोई स्पष्ट समस्या या मुद्दे नहीं

पार्श्व स्वर

सफारी 4.0.3

कोई स्पष्ट समस्या या मुद्दे नहीं

 

एचटीएमएल 5 + एरिया भूमिका परीक्षण केस

JAWS 11

IE8

 एचटीएमएल 5 केवल संस्करण के समान, सिवाय इसके कि,

 सभी एरिया स्थलचिह्न पाए जाते हैं और नौसेना योग्य होते हैं

 भूमिका = “आलेख” को एक ऐतिहासिक चिह्न भी मानता है

FF3.6

एचडीएमएल केवल संस्करण के रूप में शीर्षलेख में नेविगेशन के साथ एक ही मुद्दे

A सभी एआरआईए स्थलचिह्न पाए जाते हैं और नेविगेशन के अलावा नेविगेशन एआरआईए स्थलचिह्न कोने के अलावा नेविगेशन

 भूमिका = “आलेख” को एक ऐतिहासिक चिह्न भी मानता है

खिड़की-आंखें 7.11

IE8

 कोई एरिया स्थलचिह्न नहीं मिला

 कोई लिंक नहीं मिला क्योंकि पृष्ठ के तीन मुख्य खंड एआरआईए भूमिकाओं के साथ एचटीएमएल 5 तत्वों का उपयोग करते हैं

Role भूमिका = “बैनर” के साथ हेडर, भूमिका = “मुख्य” वाला अनुभाग, और पाद लेख भूमिका = “contentinfo” प्रत्येक को नियंत्रण के रूप में पहचाना जाता है (उदाहरण के लिए, उन्हें सी दबाकर एक्सेस किया जा सकता है) और टैब ऑर्डर में हैं

FF3.6

 कोई एरिया स्थलचिह्न नहीं मिला

 सभी लिंक आईई 8 के विपरीत पाए जाते हैं

 शीर्षलेख, भूमिका = “मुख्य” वाला अनुभाग, और फ़ूटर को IE8 में नियंत्रण के रूप में पहचाना नहीं जाता है

सैटगो 3.0.202

IE8

 सभी एआरआईए स्थलचिह्न पाए जाते हैं और नौसेना योग्य होते हैं, लेकिन केवल एक दिशा में (दबाने से; अगले स्थलचिह्न के लिए), और ऐतिहासिक भूमिका के प्रकार की घोषणा नहीं की जाती है

FF3.6

 सभी एआरआईए स्थलचिह्न दोनों दिशाओं (दबाने और Shift +;) में पाए जाते हैं और नेविगेशन योग्य होते हैं, लेकिन ऐतिहासिक भूमिका के प्रकार की घोषणा नहीं की जाती है

सैटगो 3.1.24 (21 मई, 2010)

IE8

 जबकि सैटोजो का यह संस्करण अब आईई 8 (और Shift + ; दबाने ) में दोनों दिशाओं में एआरआईए लैंडमार्क द्वारा नेविगेशन की अनुमति देता है, यह अब पूरक ऐतिहासिक भूमिका नहीं पाता है

Land ऐतिहासिक भूमिका का प्रकार अनचाहे बनी हुई है

FF3.6

 सैतोगो अभी भी सभी स्थलों को पाता है, दोनों दिशाओं में नेविगेशन की अनुमति देता है, और ऐतिहासिक भूमिका का प्रकार अनचाहे रहता है

पार्श्व स्वर

सफारी 4.0.3

 कोई एरिया स्थलचिह्न नहीं मिला

Note: This page is published under Creative Commons Attribution-Non Commercial-ShareAlike 3.0 License 

Leave a Comment

Your email address will not be published. Required fields are marked *