मुख्य सामग्री पर जाएँ
Blueprint MakerBlueprintMaker

प्रश्न

क्या जेनरेट किया गया एप्लिकेशन दिव्यांग व्यक्तियों के लिए सुलभ है?

आंशिक रूप से, और ईमानदार उत्तर तीन हिस्सों में है। यह WCAG प्रमाणित नहीं है और किसी तीसरे पक्ष द्वारा ऑडिट नहीं किया गया है: इस साइट का कोई पृष्ठ इसके विपरीत नहीं कहेगा। फिर भी कई आधार निर्माण से ही मौजूद हैं, क्योंकि इंटरफ़ेस एक निर्धारणात्मक प्रोग्राम लिखता है, हर बार नए सिरे से नहीं बनाया जाता — दिखने वाला कीबोर्ड फोकस, सिस्टम के कहने पर कम गति, वास्तविक फॉर्म, कोई नेटिव डायलॉग बॉक्स नहीं। हर जेनरेशन पर प्रत्येक स्क्रीन का सुलभता वृक्ष दर्ज होकर एक रिपोर्ट में प्रकाशित होता है। जो कमी है वह नीचे नाम लेकर बताई गई है, छिपाई नहीं गई। और चूंकि कोड आपका है, सुलभता का सुधार एक सामान्य काम है, किसी विक्रेता के पास दर्ज की गई माँग नहीं।

निर्माण से जो सुनिश्चित है, क्योंकि इंटरफ़ेस एक प्रोग्राम लिखता है

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

ठोस रूप में: हर अंतःक्रियात्मक तत्व कीबोर्ड से फोकस लेता है और एप्लिकेशन की अपनी रंग-योजना से लिया गया दृश्यमान वलय दिखाता है — ब्राउज़र का डिफ़ॉल्ट वलय नहीं, जो रंगीन पृष्ठभूमि पर खो जाता है — और वही वलय माउस क्लिक पर नहीं आता, जहाँ वह कुछ नहीं बताता। जिस उपयोगकर्ता का सिस्टम गति घटाने को कहता है, उसे नगण्य अवधि के संक्रमण मिलते हैं। इनपुट बॉक्स वास्तविक फॉर्म हैं: Enter पुष्टि करता है, खुलते ही पहला फ़ील्ड फोकस लेता है, और मुख्य बटन एक सबमिट बटन है।

कोई नेटिव डायलॉग बॉक्स नहीं, और यह अच्छी खबर क्यों है

यहाँ बनाया गया एप्लिकेशन ब्राउज़र की नेटिव पुष्टि विंडो का कभी उपयोग नहीं करता। कोई पंक्ति हटाना दो चरणों में होता है, पृष्ठ के भीतर: पहला क्लिक क्रिया को तैयार करता है, दूसरा उसकी पुष्टि करता है, और बीच में पीछे हटा जा सकता है। यही सिद्धांत किसी खाते को निष्क्रिय करने पर भी लागू होता है।

यह निर्णय सुलभता के लिए नहीं लिया गया था — यह स्वचालन की एक समस्या और दृश्य भाषा के एक प्रश्न से आया — पर इसका परिणाम वास्तविक है और कहने योग्य है। नेटिव विंडो दस्तावेज़ से बाहर निकलती है, पढ़ने का क्रम तोड़ती है, और ब्राउज़र तथा सहायक उपकरण के अनुसार अलग-अलग ढंग से घोषित होती है। पृष्ठ के भीतर रखी पुष्टि टैब क्रम में बनी रहती है, शेष स्क्रीन की तरह पढ़ी जाती है, और किसी मोडल प्रश्न का उत्तर दिए बिना पीछे लौटने की गुंजाइश छोड़ती है।

हर जेनरेशन पर क्या मापा जाता है — और माप क्या वादा नहीं करता

सौंपे जाने से पहले हर एप्लिकेशन एक वास्तविक ब्राउज़र में खोला जाता है और स्क्रीन दर स्क्रीन देखा जाता है। उस दौरान छवि की नहीं बल्कि सुलभता वृक्ष की जाँच होती है: वह संरचना जिससे स्क्रीन रीडर गुज़रता है। उसमें बिना सुलभ नाम वाले बटन, लिंक और फ़ील्ड, छोड़े गए शीर्षक स्तर, बिना विवरण वाली छवियाँ, और सूची के बाहर दोहराए गए एक जैसे लेबल दर्ज होते हैं। बंद करने वाला « × » बिना नाम गिना जाता है, क्योंकि स्क्रीन रीडर उसे « गुणा चिह्न » बोलता है।

ईमानदारी का बिंदु यहीं है, और यह निर्णायक है: यह एक रिपोर्ट है, द्वार नहीं। न कोई सीमा है, न निर्णय, न रुकावट — बिना नाम वाले नियंत्रणों वाली स्क्रीन सुपुर्दगी पर रोकी नहीं जाती। इसलिए माप बताता है कि एप्लिकेशन के बारे में क्या ज्ञात है; वह अनुरूपता का कोई स्तर नहीं देता। इसके विपरीत दावा करने वाला कोई कवरेज आँकड़ा ठीक वही वादा होगा जिसे यह पृष्ठ करने से इनकार करता है।

जो नहीं किया गया है, और आप उसका क्या कर सकते हैं

तीन कमियाँ, नाम लेकर। इनपुट बॉक्स फोकस को नहीं रोकते: टैब खुले डायलॉग से बाहर जा सकता है, जबकि नियम कहता है कि वह उसी के भीतर घूमे। कोई लाइव क्षेत्र नहीं रखा गया है: सफल सहेजना, कोई त्रुटि, ताज़ा की गई सूची स्क्रीन पर दिखती है पर किसी को घोषित नहीं होती। और न WCAG प्रमाणन है, न स्वतंत्र ऑडिट — इसलिए यदि आप पर कोई कानूनी बाध्यता है, तो यह एप्लिकेशन आपको उससे मुक्त नहीं करता और ऐसा होने का दावा भी नहीं करता।

आप इसका क्या कर सकते हैं, यही बात इस स्थिति को बंद सॉफ़्टवेयर से अलग करती है। कोड आपका है, उसे संग्रह के रूप में या किसी रिपॉज़िटरी से लिया जा सकता है, और यह एक सामान्य Next.js परियोजना है: डायलॉग में फोकस रोकना या लाइव क्षेत्र जोड़ना स्पष्ट रूप से सीमित, अनुमान-योग्य फ्रंट-एंड कार्य हैं जिन्हें कोई भी सेवा प्रदाता कर सकता है। किसी पारंपरिक विक्रेता के पास वही कमी एक टिकट है जिसकी प्राथमिकता और तिथि पर आपका नियंत्रण नहीं। यदि आप पर सुलभता का कोई नियम लागू होता है, अपना ऑडिट नियोजित करें: वह वैसे भी अनिवार्य है, और यहाँ उसके निष्कर्षों पर अमल किया जा सकता है।

और आगे जानने के लिए

मिलते-जुलते प्रश्न

अपनी ज़रूरत बताइए और बना हुआ एप्लिकेशन देखिए