html tutorial एचटीएमएल में "भूमिका" विशेषता का उद्देश्य क्या है?




html tutorial pdf (4)

क्या यह भूमिका विशेषता आवश्यक है?

उत्तर: हां

  • एक्सएमएल-आधारित भाषाओं में भूमिकाओं को परिभाषित करने के लिए एक्सेसिबल रिच इंटरनेट एप्लीकेशन (WAI-ARIA) का समर्थन करने के लिए भूमिका विशेषता आवश्यक है, जब भाषाएं अपनी भूमिका विशेषता को परिभाषित नहीं करती हैं।
  • यद्यपि यही कारण है कि भूमिका विशेषता प्रोटोकॉल और प्रारूप कार्य समूह द्वारा प्रकाशित की जाती है, इस विशेषता में अधिक सामान्य उपयोग के मामले भी हैं।

यह आपको प्रदान करता है:

  • सरल उपयोग
  • डिवाइस अनुकूलन
  • सर्वर-साइड प्रसंस्करण
  • जटिल डेटा विवरण, ... आदि।

मैं कुछ लोगों के काम में भूमिका विशेषताओं को देखता रहता हूं। मैं भी इसका इस्तेमाल करता हूं, लेकिन मुझे इसके प्रभाव के बारे में निश्चित नहीं है।

उदाहरण के लिए:

<header id="header" role="banner">
    Header stuff in here
</header>

या:

<section id="facebook" role="contentinfo">
    Facebook stuff in here
</section>

या:

<section id="main" role="main">
     Main content stuff in here
</section>

क्या यह भूमिका विशेषता आवश्यक है?

क्या यह विशेषता अर्थशास्त्र के लिए बेहतर है?

क्या यह एसईओ में सुधार करता है?

भूमिकाओं की एक सूची here पाई जा सकती here , लेकिन मुझे लगता है कि कुछ लोग अपना स्वयं का बनाते हैं। क्या यह भूमिका विशेषता का अनुमत या सही उपयोग है?

इस पर कोई विचार?


जैसा कि मैंने इसे समझ लिया, भूमिकाएं प्रारंभ में एक्सएचटीएमएल द्वारा परिभाषित की गई थीं लेकिन उन्हें बहिष्कृत कर दिया गया था। हालांकि, अब उन्हें HTML 5 द्वारा परिभाषित किया गया है, यहां देखें: https://www.w3.org/WAI/PF/aria/roles#abstract_roles_header

भूमिका विशेषता का उद्देश्य एक वेब अनुप्रयोग के हिस्से के रूप में एक तत्व (और उसके बच्चों) के सटीक कार्य को पार्सिंग सॉफ़्टवेयर को पहचानना है। यह ज्यादातर स्क्रीन पाठकों के लिए एक एक्सेसिबिलिटी चीज के रूप में है, लेकिन मैं इसे एम्बेडेड ब्राउज़र और स्क्रीन स्क्रैपर्स के लिए उपयोगी होने के रूप में भी देख सकता हूं। असामान्य HTML क्लाइंट के लिए उपयोगी होने के लिए, विशेषता को मेरे द्वारा लिंक किए गए spec से भूमिकाओं में से एक पर सेट करने की आवश्यकता है। यदि आप अपना खुद का बनाते हैं, तो यह 'भविष्य' कार्यक्षमता काम नहीं कर सकती - एक टिप्पणी बेहतर होगी।

यहां व्यावहारिकताएं: http://www.accessibleculture.org/articles/2011/04/html5-aria-2011/


आपके द्वारा देखी जाने वाली अधिकांश भूमिकाओं को एरिया 1.0 के हिस्से के रूप में परिभाषित किया गया था, और बाद में HTML5 में शामिल किया गया था। कुछ नए HTML5 तत्व (संवाद, मुख्य, आदि) मूल एआरआईए भूमिकाओं पर भी आधारित हैं।

http://www.w3.org/TR/wai-aria/

आपके मूल अर्थात् तत्व के अलावा भूमिकाओं का उपयोग करने के दो प्राथमिक कारण हैं।

कारण # 1। उस भूमिका को ओवरराइड करना जहां कोई मेजबान भाषा तत्व उपयुक्त नहीं है या, विभिन्न कारणों से, कम से कम अर्थात् उपयुक्त तत्व का उपयोग किया गया था।

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

<a href="#" role="button" aria-label="Delete item 1">Delete</a>

स्क्रीन पाठक इसे एक बटन के रूप में सुनेंगे (एक लिंक के विपरीत), और आप क्लास-इटिस और div-itis से बचने के लिए एक सीएसएस विशेषता चयनकर्ता का उपयोग कर सकते हैं।

*[role="button"] {
  /* style these a buttons w/o relying on a .button class */
}

कारण # 2। एआरआईए भूमिका को लागू करने वाले ब्राउज़र का समर्थन करने के लिए मूल तत्व की भूमिका का बैक अप लेना, लेकिन मूल तत्व की भूमिका को अभी तक लागू नहीं किया है।

उदाहरण के लिए, "मुख्य" भूमिका को कई वर्षों तक ब्राउज़र में समर्थित किया गया है, लेकिन यह HTML5 के लिए अपेक्षाकृत हालिया जोड़ा है, इसलिए कई ब्राउज़र अभी तक <main> लिए अर्थपूर्ण का समर्थन नहीं करते हैं।

<main role="main">…</main>

यह तकनीकी रूप से अनावश्यक है, लेकिन कुछ उपयोगकर्ताओं की सहायता करता है और किसी को नुकसान नहीं पहुंचाता है। कुछ सालों में, यह तकनीक शायद अनावश्यक हो जाएगी।

आपने यह भी लिखा है:

मैं कुछ लोगों को अपना खुद का बना देता हूं। क्या यह भूमिका विशेषता का अनुमत या सही उपयोग है?

जब तक वास्तविक भूमिका शामिल नहीं होती है तब तक यह विशेषता का वैध उपयोग होता है। ब्राउज़र टोकन सूची में पहली मान्यता प्राप्त भूमिका लागू करेगा।

<span role="foo link note bar">...</a>

सूची में से, केवल link और note मान्य भूमिकाएं हैं, और इसलिए लिंक भूमिका लागू की जाएगी क्योंकि यह पहले आता है। यदि आप कस्टम भूमिकाओं का उपयोग करते हैं, तो सुनिश्चित करें कि वे एआरआईए या आपके द्वारा उपयोग की जाने वाली मेजबान भाषा में किसी भी परिभाषित भूमिका के साथ संघर्ष नहीं करते हैं (HTML, SVG, MathML, आदि)






html