सुलभता वक्तव्य

1. अनुरूपता की स्थिति

VERA का लक्ष्य Web Content Accessibility Guidelines 2.1 के Level AA को पूरा करना है। हमने कोई औपचारिक तृतीय-पक्ष एक्सेसिबिलिटी ऑडिट पूरा नहीं किया है, और न ही हमने कोई Voluntary Product Accessibility Template या Accessibility Conformance Report प्रकाशित की है।

इसलिए हम VERA को आंशिक रूप से अनुरूप बताते हैं: प्रोडक्ट के कुछ हिस्से मानक को पूरा करते हैं और कुछ हिस्सों का मूल्यांकन इसके आधार पर नहीं किया गया है। हम पूर्ण अनुरूपता का दावा नहीं करते, और जब तक कोई स्वतंत्र मूल्यांकन इसकी पुष्टि नहीं करता, तब तक नहीं करेंगे।

2. क्या व्यवस्था मौजूद है

प्रोडक्ट में हर जगह नीचे दी गई एक्सेसिबिलिटी प्रथाएँ लागू की गई हैं।

• सिमैंटिक संरचना। पेज सिमेंटिक HTML से बनाए गए हैं, जिनमें लैंडमार्क क्षेत्र और तार्किक हेडिंग क्रम है, ताकि स्क्रीन रीडर उपयोगकर्ता सब कुछ क्रम से पढ़ने के बजाय हेडिंग और क्षेत्र के अनुसार नेविगेट कर सकें।
• कीबोर्ड से संचालन। इंटरैक्टिव एलिमेंट असली बटन, लिंक और फ़ॉर्म कंट्रोल हैं, न कि क्लिक किए जा सकने वाले कंटेनर, ताकि कीबोर्ड से उन तक पहुँचा और उन्हें चलाया जा सके, और वे सहायक तकनीक (assistive technology) को सही भूमिका बताएँ।
• लेबल वाले इंटरफ़ेस पैटर्न। टैब वाले इंटरफ़ेस, डायलॉग और डिस्क्लोज़र कंट्रोल में स्पष्ट ARIA रोल और संबंध होते हैं, जिनमें tab और tabpanel रोल और उनके बीच का संबंध शामिल है, और हेडिंग को रीजन के एक्सेसिबल नाम के रूप में रेफ़र किया जाता है।
• सजावटी ग्राफ़िक्स छिपाए गए। जो आइकन पास के टेक्स्ट को ही दोहराते हैं, उन्हें सहायक तकनीक से छिपा हुआ मार्क किया जाता है, ताकि स्क्रीन रीडर उन्हें दो बार न बोले।
• कलर कंट्रास्ट। टेक्स्ट और इंटरफ़ेस के रंग एक तय पैलेट में से कंट्रास्ट को ध्यान में रखकर चुने जाते हैं, और हाल के नेविगेशन से जुड़े काम में कंट्रास्ट पर खास ध्यान दिया गया है।
• लाइट और डार्क थीम। यह ऐप्लिकेशन लाइट और डार्क थीम सपोर्ट करता है। आपकी पसंद स्क्रीन पर कुछ भी दिखने से पहले ही लागू हो जाती है, इसलिए गलत थीम की झलक नहीं दिखती। यह उन लोगों के लिए अहम है जो रोशनी के प्रति संवेदनशील हैं या जिन्हें तेज़ रोशनी से माइग्रेन शुरू हो सकता है।
• रिस्पॉन्सिव और ज़ूम करने योग्य लेआउट। लेआउट छोटी स्क्रीन और बढ़े हुए ब्राउज़र ज़ूम के अनुसार खुद को ढाल लेते हैं, पेज को आड़ा (हॉरिज़ॉन्टल) स्क्रॉल किए बिना, और मोबाइल पर डिवाइस के सेफ़ एरिया का ध्यान रखते हैं।
• स्केल होने वाला टेक्स्ट। टाइपोग्राफ़ी में रिलेटिव साइज़िंग का उपयोग होता है, ताकि ब्राउज़र और ऑपरेटिंग सिस्टम की टेक्स्ट साइज़ सेटिंग्स लागू हों।

3. ज्ञात कमियाँ

हम इन्हें सूचीबद्ध करना बेहतर समझते हैं, बजाय इसके कि कोई पाठक यह मान ले कि प्रोडक्ट का पूरी तरह मूल्यांकन हो चुका है।

• कोई स्वतंत्र ऑडिट नहीं। न तो किसी तीसरे पक्ष ने मूल्यांकन किया है, न ही सहायक तकनीक (assistive technology) इस्तेमाल करने वाले यूज़र्स के साथ यूज़र टेस्टिंग की गई है। हमारा भरोसा आंतरिक तौर-तरीकों पर आधारित है, बाहरी सत्यापन पर नहीं।
• जटिल इंटरैक्टिव हिस्से। Content Studio में इनफ़िनिट कैनवास वर्कस्पेस, कंटेंट कैलेंडर में ड्रैग-एंड-ड्रॉप शेड्यूलिंग, एस्टिमेट बिल्डर के ड्रैग करके एडिट करने वाले इंटरैक्शन, और चार्ट ऐसी सतहें हैं जिन्हें कीबोर्ड और स्क्रीन रीडर के लिए पूरी तरह सुलभ बनाना सबसे कठिन है, और इन्हें मानक के अनुसार सत्यापित नहीं किया गया है। जहाँ कोई समकक्ष सूची या फ़ॉर्म-आधारित तरीका मौजूद है, वहाँ आमतौर पर वही अधिक सुलभ रास्ता है।
• मोशन। मार्केटिंग साइट पर स्मूद स्क्रॉलिंग और स्क्रॉल करने पर उभरने वाले एनिमेशन का इस्तेमाल होता है। reduced-motion प्राथमिकता के हिसाब से इनका व्यापक ऑडिट नहीं किया गया है।
• जनरेट किया गया कंटेंट। VERA आपके लिए जो इमेज बनाता है, उनमें अपने-आप वैकल्पिक टेक्स्ट (alt text) नहीं जुड़ता। अगर आप उन्हें प्रकाशित करते हैं, तो अपना alt text खुद लिखें। आपके द्वारा दर्ज की गई सामग्री की एक्सेसिबिलिटी की जाँच नहीं की जाती, और उसे प्रकाशित करते समय वह आपकी ज़िम्मेदारी रहती है।
• अपलोड की गई और तृतीय-पक्ष सामग्री। आपके द्वारा अपलोड किए गए दस्तावेज़, और तृतीय पक्षों द्वारा प्रदर्शित इंटरफ़ेस, जैसे पेमेंट चेकआउट और OAuth सहमति स्क्रीन, हमारे नियंत्रण से बाहर हैं।

4. बाधा की रिपोर्ट करना

यदि VERA का कोई भी हिस्सा आपके लिए इस्तेमाल करना कठिन या असंभव है, तो support@meetmyvera.com पर “Accessibility” विषय पंक्ति के साथ हमें बताएँ। बताएँ कि आप क्या करने की कोशिश कर रहे थे, कौन-सा पेज या फ़ीचर था, और आप कौन-सी सहायक तकनीक, ब्राउज़र और ऑपरेटिंग सिस्टम इस्तेमाल करते हैं।

हमारा लक्ष्य 3 कार्य दिवसों के भीतर प्राप्ति की पुष्टि करना और 10 कार्य दिवसों के भीतर एक योजना या फ़िक्स की तारीख देना है। किसी मुख्य कार्य को रोकने वाली बाधाओं को बाकी कामों से ऊपर प्राथमिकता दी जाती है। अगर हम कुछ जल्दी ठीक नहीं कर पाते, तो हम आपको बताएँगे और जहाँ कोई वैकल्पिक तरीका मौजूद हो, वह सुझाएँगे।

5. लगातार प्रतिबद्धता

एक्सेसिबिलिटी को बाद में किए जाने वाले सुधार के बजाय फ़ीचर बनाने का हिस्सा माना जाता है। जैसे-जैसे हिस्सों को दोबारा बनाया जाता है, उन्हें मानक के और करीब लाया जाता है, और बताई गई बाधाओं को अनुरोध नहीं बल्कि खामी (डिफ़ेक्ट) माना जाता है।

प्रोडक्ट में बड़ा बदलाव होने पर और कम से कम साल में एक बार इस विवरण की समीक्षा की जाती है। इसकी पिछली समीक्षा इस पेज के ऊपर दी गई तारीख को हुई थी।