कैसे सुनिश्चित करें कि आपका योगदान सुलभ है

आप जानते हैं कि आप चाहते हैं कि आपका मॉड्यूल/पहल/थीम/पैच/कोर योगदान सुलभ (accessible) हो, लेकिन आप नहीं जानते कि इसे कैसे प्राप्त किया जाए।

BBC Accessibility Champions का दृष्टिकोण बहुत सफल रहा है, और Drupal समुदाय इसे हमारे अपने अनुशंसित प्रक्रिया मॉडल के रूप में अपना सकता है। एक्सेसिबिलिटी आसान नहीं है — यह अक्सर रचनात्मकता, परीक्षण और खुलेपन की मांग करती है। यह सबसे प्रभावी और सुरुचिपूर्ण ढंग से तब हासिल होती है जब इसे शुरुआत से ही पूरे विकास प्रक्रिया का हिस्सा बना दिया जाता है।

अपनी टीम में एक A11y (Accessibility) चैंपियन खोजें (या खुद बनें)

• हमारे समुदाय में कई विशेषज्ञ हैं जो चाहते हैं कि Drupal जितना संभव हो उतना सुलभ हो; आप इश्यू कतार में, कैंप्स और मीटअप्स में, या Drupal Slack के #accessibility चैनल में एक्सेसिबिलिटी विशेषज्ञों से जुड़ सकते हैं।
• चाहे आप खुद एक समर्पित चैंपियन हों, या अपनी अन्य भूमिकाओं के साथ यह जिम्मेदारी निभा रहे हों — यह महत्वपूर्ण है कि आप नियमित रूप से Accessibility मेंटेनर्स से जटिल मुद्दों और दृष्टिकोणों पर प्रतिक्रिया प्राप्त करें। हम इसके लिए मासिक “ऑफिस आवर्स” भी आयोजित करते हैं।
• नियमित रूप से अपनी सुलभता समीक्षाएँ करें।
• WCAG 2.1 और ATAG 2.0 की मूल बातों से परिचित रहें।

हर चरण में एक्सेसिबिलिटी समीक्षा का समय निर्धारित करें

Drupal कोर में आने वाली हर चीज़ को Accessibility गेट से गुजरना होता है, जिसका मतलब है कि Accessibility थीम मेंटेनर को इसकी समीक्षा और अनुमोदन करना होता है। हालांकि, अगर आप एक्सेसिबिलिटी को शुरुआत से अपने विकास प्रक्रिया का हिस्सा नहीं बनाते हैं, तो परियोजना के अंत में यह साइन-ऑफ प्राप्त करना कठिन हो सकता है।

एक्सेसिबिलिटी सुनिश्चित करने का सबसे अच्छा तरीका है कि आप नियमित रूप से थीम एक्सेसिबिलिटी विशेषज्ञों के साथ समीक्षा सत्र निर्धारित करें। न्यूनतम रूप से, हम निम्नलिखित अनुशंसा करते हैं:

1. डिजाइन समीक्षा (Design Review)

• इंटरैक्शन डिज़ाइन (दृश्य सहित)।
• इंजीनियरिंग डिज़ाइन: आप जो समाधान और कोड लागू करेंगे, वे एक्सेसिबिलिटी को काफी प्रभावित कर सकते हैं, इसलिए शुरू करने से पहले अपने दृष्टिकोण की समीक्षा एक Accessibility विशेषज्ञ के साथ करें।

2. अल्फ़ा समीक्षा

Accessibility विशेषज्ञ ने आपका प्रोटोटाइप और रोडमैप देखा है; कार्यक्षेत्र स्पष्ट है, और संभावित एक्सेसिबिलिटी समस्याओं की पहचान की गई है (हालांकि समाधान अभी तक लागू नहीं किए गए हो सकते हैं)।

3. बीटा समीक्षा

सभी एक्सेसिबिलिटी समस्याओं की पहचान की जा चुकी है और उनके समाधान ज्ञात हैं (भले ही वे अभी तक हल न हुए हों); थीम एक्सेसिबिलिटी विशेषज्ञ ने आपके नियोजित दृष्टिकोण को स्वीकृत कर दिया है।

4. स्थिर (Stable) समीक्षा

सभी एक्सेसिबिलिटी समस्याएँ हल हो गई हैं और संतोषजनक रूप से सत्यापित की गई हैं; कोड को कोर में रिलीज़ के लिए Accessibility गेट से मंजूरी मिल गई है।

हम अनुशंसा करते हैं कि आप इन प्रत्येक चरणों में थीम एक्सेसिबिलिटी मेंटेनर्स से औपचारिक समीक्षा प्राप्त करें ताकि अंतिम रिलीज़ (Accessibility Gate) सहज और तेज़ हो सके।

अगर हमने शुरुआत से ऐसा नहीं किया तो?

• अगर हमारी परियोजना पहले से चल रही है और हमने यह दृष्टिकोण शुरू में नहीं अपनाया?

तो जितनी जल्दी हो सके, शुरू करें। समुदाय आपकी सहायता के लिए तैयार है।

• अगर हमें पर्याप्त जानकारी नहीं है?

कई संसाधन उपलब्ध हैं, और थीम एक्सेसिबिलिटी मेंटेनर्स आपकी सहायता करने के लिए हैं, न कि आलोचना करने के लिए। वे आपको सही संसाधनों की ओर भी मार्गदर्शन कर सकते हैं।

• अगर हम एक्सेसिबिलिटी चैंपियन नहीं ढूंढ पा रहे हैं?

यदि आप खुद अपना Accessibility Champion बनना चाहते हैं, तो यह एक संतोषजनक भूमिका है और आप इससे बहुत कुछ सीखेंगे। इसके अलावा, Slack के #accessibility चैनल में कई सक्रिय सामुदायिक सदस्य हैं जिनसे आप शुरुआत कर सकते हैं।

• अगर हमसे गलती हो गई तो?

तो कोई उस पर इश्यू कतार में ध्यान देगा, और आप उनके साथ मिलकर इसे सुधारेंगे ताकि आपका काम और बेहतर बन सके — यह अच्छी बात है!

क्या यह लेख मेरे लिए है?

क्या आप Drupal कोर, थीम, मॉड्यूल या पैच डेवलपमेंट में शामिल हैं? अगर हाँ — तो यह लेख आपके लिए है। Drupal का उपयोग दुनिया भर के विश्वविद्यालयों, सरकारों और बड़े संस्थानों द्वारा किया जाता है, जिनमें से कई के लिए कानूनन डिजिटल एक्सेसिबिलिटी आवश्यक है।

असुलभ फीचर्स को ठीक करना या पुराने कोड को रिफैक्टर करना बेहद समय लेने वाला और महंगा हो सकता है।

शुरुआत से ही किसी चीज़ को सुलभ बनाना कहीं अधिक सुरुचिपूर्ण, आसान और सस्ता होता है।