वेब ॲक्सेसिबिलिटी APIs: स्क्रीन रीडर सपोर्ट आणि कीबोर्ड नॅव्हिगेशनद्वारे वापरकर्त्यांना सक्षम करणे

आजच्या डिजिटल युगात, वेब ॲक्सेसिबिलिटी सुनिश्चित करणे ही केवळ एक उत्तम सराव पद्धत नाही, तर ती एक मूलभूत गरज आहे. खऱ्या अर्थाने समावेशक वेब सर्व वापरकर्त्यांना त्यांच्या क्षमता विचारात न घेता समान प्रवेश आणि संधी प्रदान करते. वेब ॲक्सेसिबिलिटी APIs (ॲप्लिकेशन प्रोग्रामिंग इंटरफेस) ही महत्त्वपूर्ण साधने आहेत जी वेब सामग्री आणि सहाय्यक तंत्रज्ञान (AT), जसे की स्क्रीन रीडर्स आणि पर्यायी इनपुट उपकरणे, यांच्यात संवाद साधण्यास मदत करतात. हा लेख वेब ॲक्सेसिबिलिटी APIs च्या महत्त्वावर, विशेषतः स्क्रीन रीडर सपोर्ट आणि कीबोर्ड नॅव्हिगेशनवर लक्ष केंद्रित करून, जागतिक प्रेक्षकांसाठी प्रवेशयोग्य वेब अनुभव तयार करण्याच्या दोन महत्त्वपूर्ण पैलूंवर प्रकाश टाकतो.

वेब ॲक्सेसिबिलिटी APIs समजून घेणे

वेब ॲक्सेसिबिलिटी APIs हे इंटरफेसचे संच आहेत जे वेब सामग्रीबद्दलची माहिती सहाय्यक तंत्रज्ञानासमोर उघड करतात. ते AT ला वेब पेजवरील घटकांची रचना, अर्थ आणि स्थिती समजून घेण्यास परवानगी देतात, ज्यामुळे दिव्यांग वापरकर्त्यांना प्रभावीपणे संवाद साधता येतो. या APIs शिवाय, AT स्क्रीनवर सादर केलेली माहिती अचूकपणे समजावून सांगू शकणार नाही.

काही सर्वात महत्त्वाचे वेब ॲक्सेसिबिलिटी APIs खालीलप्रमाणे आहेत:

• ARIA (Accessible Rich Internet Applications): HTML घटकांना अर्थपूर्ण माहिती जोडणाऱ्या विशेषतांचा संच, विशेषतः डायनॅमिक सामग्री आणि JavaScript सह तयार केलेल्या विजेट्ससाठी. ARIA ला ब्राउझर्स आणि सहाय्यक तंत्रज्ञानामध्ये मोठ्या प्रमाणावर सपोर्ट आहे.
• MSAA (Microsoft Active Accessibility): प्रामुख्याने विंडोज सिस्टमवर वापरले जाणारे एक जुने API. जुन्या ॲप्लिकेशन्ससाठी अजूनही संबंधित असले तरी, नवीन डेव्हलपमेंटसाठी साधारणपणे ARIA ला प्राधान्य दिले जाते.
• IAccessible2: MSAA वर आधारित एक API, जे प्रवेशयोग्य ऑब्जेक्ट्सबद्दल अधिक तपशीलवार माहिती प्रदान करते.
• UI Automation (UIA): मायक्रोसॉफ्टचे आधुनिक ॲक्सेसिबिलिटी API, जे MSAA च्या तुलनेत सुधारित कार्यक्षमता आणि वैशिष्ट्ये प्रदान करते.
• ॲक्सेसिबिलिटी ट्री: DOM (डॉक्युमेंट ऑब्जेक्ट मॉडेल) चे एक असे सादरीकरण जे सहाय्यक तंत्रज्ञानासाठी तयार केलेले आहे, जे अप्रासंगिक नोड्स काढून टाकते आणि ॲक्सेसिबिलिटी APIs द्वारे अर्थपूर्ण माहिती उघड करते.

स्क्रीन रीडर सपोर्ट: सामग्री श्राव्य बनवणे

स्क्रीन रीडर्स हे सॉफ्टवेअर ॲप्लिकेशन्स आहेत जे टेक्स्ट आणि इतर व्हिज्युअल माहितीला भाषण किंवा ब्रेल आउटपुटमध्ये रूपांतरित करतात. जे अंध किंवा दृष्टिहीन आहेत त्यांच्यासाठी हे आवश्यक आहेत, ज्यामुळे त्यांना वेब सामग्रीमध्ये प्रवेश करणे आणि संवाद साधणे शक्य होते. प्रभावी स्क्रीन रीडर सपोर्ट वेब ॲक्सेसिबिलिटी APIs च्या योग्य अंमलबजावणीवर अवलंबून असतो.

स्क्रीन रीडर सुसंगततेसाठी महत्त्वाचे मुद्दे:

• सिमँटिक HTML: सिमँटिक HTML घटकांचा वापर (<article>, <nav>, <aside>, <header>, <footer>, <main>, <h1> ते <h6>, <p>, <ul>, <ol>, <li>) एक स्पष्ट रचना प्रदान करतो जी स्क्रीन रीडर्स समजू शकतात. जेव्हा अधिक विशिष्ट सिमँटिक घटक उपलब्ध असतील तेव्हा <div> आणि <span> सारख्या सामान्य घटकांचा वापर टाळा.
• ARIA विशेषता (Attributes): HTML घटकांचे अर्थ सुधारण्यासाठी ARIA विशेषतांचा वापर करा, विशेषतः डायनॅमिक सामग्री, कस्टम विजेट्स आणि असामान्य वर्तणूक असलेल्या घटकांसाठी. काही महत्त्वाचे ARIA विशेषता खालीलप्रमाणे आहेत:
• aria-label: ज्या घटकांमध्ये दृश्यमान टेक्स्ट लेबल नसतात त्यांच्यासाठी टेक्स्ट पर्याय प्रदान करते. उदाहरणार्थ: <button aria-label="Close">X</button>
• aria-labelledby: एखाद्या घटकाला दुसऱ्या घटकाशी जोडते जो त्याचे लेबल प्रदान करतो. जेव्हा दृश्यमान लेबल आधीच अस्तित्वात असेल तेव्हा हे उपयुक्त आहे.
• aria-describedby: एखाद्या घटकाला दुसऱ्या घटकाशी जोडते जो त्याचे वर्णन किंवा सूचना प्रदान करतो.
• aria-live: हे सूचित करते की पेजचा एक भाग डायनॅमिकली अपडेट केला जातो आणि स्क्रीन रीडर्सने बदलांची घोषणा करावी. यात off (डिफॉल्ट), polite (जेव्हा वापरकर्ता निष्क्रिय असेल तेव्हा घोषणा करणे), आणि assertive (तात्काळ घोषणा करणे, संभाव्यतः वापरकर्त्याला व्यत्यय आणणे) यांचा समावेश आहे.
• aria-role: एखाद्या घटकाची अर्थपूर्ण भूमिका परिभाषित करते, डीफॉल्ट भूमिकेवर अधिलेखन करते. उदाहरणार्थ: <div role="button">Click Me</div>
• aria-hidden: सहाय्यक तंत्रज्ञानापासून एखादा घटक लपवते. सावधगिरीने वापरा, कारण सामग्री दृश्यमानपणे आणि सहाय्यक तंत्रज्ञानापासून लपवल्यास ॲक्सेसिबिलिटी समस्या निर्माण होऊ शकतात.
• aria-expanded: विस्तारणीय घटक (उदा. मेनू किंवा अकॉर्डियन पॅनेल) सध्या विस्तारलेला आहे की नाही हे दर्शवते.
• aria-haspopup: हे सूचित करते की घटकाकडे पॉपअप मेनू किंवा डायलॉग आहे.
• प्रतिमांसाठी पर्यायी मजकूर (Alternative Text): सर्व प्रतिमांसाठी वर्णनात्मक पर्यायी मजकूर (alt विशेषता) प्रदान करा. हे स्क्रीन रीडर्सना प्रतिमेची सामग्री आणि उद्देश त्या वापरकर्त्यांपर्यंत पोहोचवण्यास मदत करते जे ती पाहू शकत नाहीत. संक्षिप्त आणि अर्थपूर्ण वर्णने वापरा. निव्वळ सजावटीच्या प्रतिमांसाठी, रिकामी alt विशेषता वापरा (alt="").
• फॉर्म लेबल्स: <label> घटक आणि for विशेषता वापरून फॉर्म इनपुटला स्पष्ट आणि वर्णनात्मक लेबल्ससोबत जोडा. हे सुनिश्चित करते की स्क्रीन रीडर्स प्रत्येक इनपुट फील्डचा उद्देश घोषित करतात.
• शीर्षके (Headings) आणि लँडमार्क: सामग्रीची तार्किक रचना करण्यासाठी शीर्षकांचा (<h1> ते <h6>) वापर करा, ज्यामुळे स्क्रीन रीडर वापरकर्त्यांना शीर्षकांच्या पातळीनुसार पेजवर नॅव्हिगेट करता येते. पेजचे मुख्य विभाग परिभाषित करण्यासाठी लँडमार्क भूमिका वापरा (उदा. role="navigation", role="main", role="banner", role="complementary", role="contentinfo"), जे वापरकर्त्यांना वेगवेगळ्या भागांमध्ये पटकन जाण्यास सक्षम करते.
• टेबल्स: टेबल्सचा वापर केवळ सारणीबद्ध डेटासाठी करा आणि योग्य टेबल हेडर (<th>) आणि मथळे (<caption>) प्रदान करा. डेटा सेल्सशी त्यांचे संबंध परिभाषित करण्यासाठी <th> घटकांवर scope विशेषता वापरा (उदा. scope="col" कॉलम हेडर्ससाठी, scope="row" रो हेडर्ससाठी).
• डायनॅमिक सामग्री अद्यतने: जेव्हा सामग्री डायनॅमिकली अपडेट होते (उदा. AJAX किंवा JavaScript द्वारे), तेव्हा बदलांची सूचना स्क्रीन रीडर्सना देण्यासाठी ARIA लाइव्ह रीजन (aria-live विशेषता) वापरा. वापरकर्त्याला त्रास होऊ नये म्हणून योग्य aria-live मूल्य (polite किंवा assertive) काळजीपूर्वक विचारात घ्या.
• त्रुटी हाताळणी (Error Handling): फॉर्म व्हॅलिडेशन आणि इतर वापरकर्ता संवादांसाठी स्पष्ट आणि माहितीपूर्ण त्रुटी संदेश प्रदान करा. aria-describedby वापरून त्रुटी संदेश संबंधित फॉर्म फील्डशी जोडा.

उदाहरण: प्रवेशयोग्य प्रतिमा

चुकीचे: <img src="logo.png">

बरोबर: <img src="logo.png" alt="Company Logo - Example Corp">

उदाहरण: प्रवेशयोग्य फॉर्म लेबल

चुकीचे: <input type="text" id="name"> Name:

बरोबर: <label for="name">Name:</label> <input type="text" id="name">

कीबोर्ड नॅव्हिगेशन: माऊसशिवाय कार्यक्षमता सुनिश्चित करणे

कीबोर्ड नॅव्हिगेशन त्या वापरकर्त्यांसाठी आवश्यक आहे जे माऊस किंवा इतर पॉइंटिंग डिव्हाइस वापरू शकत नाहीत. यात मोटर कमजोरी असलेल्या व्यक्ती, कीबोर्ड शॉर्टकट पसंत करणाऱ्या व्यक्ती आणि कीबोर्ड इनपुटवर अवलंबून असलेल्या सहाय्यक तंत्रज्ञानाचा वापर करणाऱ्या व्यक्तींचा समावेश आहे. मजबूत कीबोर्ड नॅव्हिगेशन प्रदान केल्याने वेब पेजवरील सर्व परस्परसंवादी घटक कीबोर्डद्वारे प्रवेशयोग्य आणि कार्यक्षम असल्याची खात्री होते.

कीबोर्ड नॅव्हिगेशनसाठी महत्त्वाचे मुद्दे:

• तार्किक फोकस क्रम: फोकस क्रम (जेव्हा वापरकर्ता Tab की दाबतो तेव्हा घटक ज्या क्रमाने फोकस प्राप्त करतात) तार्किक आणि अंतर्ज्ञानी असल्याची खात्री करा. फोकस क्रम साधारणपणे पेजच्या व्हिज्युअल प्रवाहाचे अनुसरण करतो.
• दृश्यमान फोकस इंडिकेटर: सर्व परस्परसंवादी घटकांना जेव्हा फोकस प्राप्त होतो तेव्हा एक स्पष्ट आणि दृश्यमान फोकस इंडिकेटर प्रदान करा. हे वापरकर्त्यांना सध्या कोणता घटक सक्रिय आहे हे सहज ओळखण्यास मदत करते. डीफॉल्ट ब्राउझर फोकस इंडिकेटरला अनेकदा CSS वापरून स्टाईल केले जाऊ शकते (उदा. :focus स्यूडो-क्लास). फोकस इंडिकेटर आणि सभोवतालच्या पार्श्वभूमीमध्ये पुरेसा कॉन्ट्रास्ट असल्याची खात्री करा.
• कीबोर्ड सापळे (Traps): कीबोर्ड सापळे तयार करणे टाळा, जिथे वापरकर्ता एका विशिष्ट घटकात किंवा पेजच्या विभागात अडकतो आणि Tab की वापरून बाहेर पडू शकत नाही. हे विशेषतः मोडल डायलॉग आणि कस्टम विजेट्समध्ये समस्या निर्माण करू शकते.
• स्किप नॅव्हिगेशन लिंक्स: पेजच्या सुरुवातीला एक "स्किप नॅव्हिगेशन" लिंक प्रदान करा जी वापरकर्त्यांना पुनरावृत्ती होणाऱ्या नॅव्हिगेशन घटकांना वगळून थेट मुख्य सामग्रीवर जाण्याची परवानगी देते. हे विशेषतः स्क्रीन रीडर्स किंवा कीबोर्ड नॅव्हिगेशनवर अवलंबून असलेल्या वापरकर्त्यांसाठी उपयुक्त आहे.
• ॲक्सेस की (सावधगिरीने): ॲक्सेस की (विशिष्ट घटकांना सक्रिय करणारे कीबोर्ड शॉर्टकट) उपयुक्त असू शकतात, परंतु त्यांचा वापर सावधगिरीने करावा, कारण ते विद्यमान ब्राउझर किंवा ऑपरेटिंग सिस्टम शॉर्टकटशी संघर्ष करू शकतात. वापरल्यास, वापरकर्त्यांना ॲक्सेस की शोधण्यासाठी आणि सानुकूलित करण्यासाठी एक स्पष्ट यंत्रणा प्रदान करा. वेगवेगळ्या भाषा आणि कीबोर्ड लेआउटमधील संघर्षांची शक्यता विचारात घ्या.
• कस्टम विजेट्स आणि कीबोर्ड संवाद: कस्टम विजेट्स तयार करताना (उदा. कस्टम ड्रॉपडाउन मेनू, स्लाइडर किंवा डेट पिकर), ते पूर्णपणे कीबोर्डने प्रवेशयोग्य असल्याची खात्री करा. सर्व माऊस-आधारित संवादांसाठी कीबोर्ड समकक्ष प्रदान करा. विजेटची भूमिका, स्थिती आणि गुणधर्म परिभाषित करण्यासाठी ARIA विशेषता वापरा. विजेट्ससाठी सामान्य ARIA पॅटर्नमध्ये हे समाविष्ट आहे:
• बटणे: role="button" विशेषता वापरा आणि घटक Enter किंवा Space की वापरून सक्रिय केला जाऊ शकतो याची खात्री करा.
• लिंक्स: लिंक्ससाठी वैध href विशेषतासह <a> घटक वापरा.
• फॉर्म घटक: <input>, <select>, आणि <textarea> सारखे योग्य फॉर्म घटक वापरा आणि त्यांना लेबल्ससोबत जोडा.
• मेनू: प्रवेशयोग्य मेनू तयार करण्यासाठी role="menu", role="menuitem" आणि संबंधित ARIA विशेषता वापरा. वापरकर्त्यांना ॲरो की वापरून मेनूमध्ये नॅव्हिगेट करण्याची परवानगी द्या.
• डायलॉग्स: प्रवेशयोग्य डायलॉग तयार करण्यासाठी role="dialog" किंवा role="alertdialog" विशेषता वापरा. डायलॉग उघडल्यावर आणि बंद झाल्यावर फोकस योग्यरित्या व्यवस्थापित केला जातो आणि Escape की डायलॉग बंद करते याची खात्री करा.
• टॅब्स: प्रवेशयोग्य टॅब इंटरफेस तयार करण्यासाठी role="tablist", role="tab", आणि role="tabpanel" विशेषता वापरा. वापरकर्त्यांना ॲरो की वापरून टॅबमध्ये स्विच करण्याची परवानगी द्या.
• चाचणी: केवळ कीबोर्ड वापरून कीबोर्ड नॅव्हिगेशनची कसून चाचणी घ्या. फोकस क्रम, फोकस इंडिकेटर आणि सर्व परस्परसंवादी घटकांच्या कार्यक्षमतेकडे लक्ष द्या.

उदाहरण: स्किप नॅव्हिगेशन लिंक

<a href="#main" class="skip-link">मुख्य सामग्रीवर जा</a>

<nav><!-- नॅव्हिगेशन मेनू --></nav> <main id="main"><!-- मुख्य सामग्री --></main>

उदाहरण: फोकस इंडिकेटरला स्टाईल करणे

button:focus { outline: 2px solid blue; }

ॲक्सेसिबिलिटी चाचणी आणि प्रमाणीकरण

ॲक्सेसिबिलिटी समस्या ओळखण्यासाठी आणि त्यांचे निराकरण करण्यासाठी नियमित ॲक्सेसिबिलिटी चाचणी महत्त्वपूर्ण आहे. ॲक्सेसिबिलिटी चाचणीसाठी विविध साधने आणि तंत्रे उपलब्ध आहेत, ज्यात समाविष्ट आहे:

• स्वयंचलित ॲक्सेसिबिलिटी चेकर्स: ही साधने सामान्य ॲक्सेसिबिलिटी त्रुटींसाठी वेब पेजेस स्कॅन करतात. उदाहरणांमध्ये WAVE, axe DevTools आणि Google Lighthouse यांचा समावेश आहे. स्वयंचलित चेकर्स उपयुक्त असले तरी, त्यांना ॲक्सेसिबिलिटी चाचणीचे एकमेव साधन म्हणून अवलंबून राहू नये, कारण ते सर्व समस्या शोधू शकत नाहीत.
• मॅन्युअल ॲक्सेसिबिलिटी चाचणी: यात स्वयंचलित साधनांद्वारे शोधल्या जाऊ न शकणाऱ्या ॲक्सेसिबिलिटी समस्या ओळखण्यासाठी वेब पेजेसचे मॅन्युअली पुनरावलोकन करणे समाविष्ट आहे. यात स्क्रीन रीडर्स, कीबोर्ड नॅव्हिगेशन आणि इतर सहाय्यक तंत्रज्ञानासह चाचणी करणे समाविष्ट आहे.
• दिव्यांग व्यक्तींसोबत वापरकर्ता चाचणी: ॲक्सेसिबिलिटी सुनिश्चित करण्याचा सर्वात प्रभावी मार्ग म्हणजे चाचणी प्रक्रियेत दिव्यांग व्यक्तींना सामील करणे. त्यांचे अभिप्राय विविध गरजा असलेल्या व्यक्तींसाठी वेबसाइटच्या उपयोगितेबद्दल मौल्यवान अंतर्दृष्टी देऊ शकतात.

WCAG आणि ॲक्सेसिबिलिटी मानके

वेब कंटेंट ॲक्सेसिबिलिटी मार्गदर्शक तत्त्वे (WCAG) ही वेब सामग्री अधिक प्रवेशयोग्य बनवण्यासाठी आंतरराष्ट्रीय स्तरावर मान्यताप्राप्त मार्गदर्शक तत्त्वांचा एक संच आहे. WCAG वर्ल्ड वाइड वेब कन्सोर्टियम (W3C) द्वारे विकसित केले आहे आणि ॲक्सेसिबिलिटी अनुरूपतेच्या विविध स्तरांसाठी (A, AA, आणि AAA) यशाच्या निकषांचा एक व्यापक संच प्रदान करते. WCAG अनुरूपतेसाठी प्रयत्न करणे हे प्रवेशयोग्य वेब अनुभव तयार करण्यामधील एक महत्त्वाचे पाऊल आहे. अनेक देशांमध्ये आणि प्रदेशांमध्ये असे कायदे आणि नियम आहेत जे वेबसाइट्सना WCAG चे पालन करणे आवश्यक करतात. उदाहरणे:

• कलम 508 (युनायटेड स्टेट्स): फेडरल एजन्सींना त्यांचे इलेक्ट्रॉनिक आणि माहिती तंत्रज्ञान दिव्यांग लोकांसाठी प्रवेशयोग्य बनवणे आवश्यक आहे.
• ॲक्सेसिबिलिटी फॉर ओंटारियन्स विथ डिसॅबिलिटीज ॲक्ट (AODA) (कॅनडा): ओंटारियोमधील संस्थांना त्यांच्या वेबसाइट्स दिव्यांग लोकांसाठी प्रवेशयोग्य बनवणे आवश्यक आहे.
• युरोपियन ॲक्सेसिबिलिटी ॲक्ट (EAA) (युरोपियन युनियन): वेबसाइट्स आणि मोबाईल ॲप्ससह अनेक उत्पादने आणि सेवांसाठी ॲक्सेसिबिलिटी आवश्यकता निश्चित करते.

जागतिक विचार

जागतिक प्रेक्षकांसाठी प्रवेशयोग्य वेबसाइट्स डिझाइन आणि विकसित करताना, खालील गोष्टी विचारात घेणे आवश्यक आहे:

• भाषा आणि स्थानिकीकरण: वेबसाइट वेगवेगळ्या भाषांसाठी योग्यरित्या स्थानिकीकृत असल्याची खात्री करा, ज्यात प्रतिमांसाठी पर्यायी मजकूर, फॉर्म लेबल्स आणि इतर मजकूर घटक समाविष्ट आहेत. वेगवेगळ्या कॅरेक्टर सेट आणि मजकूर दिशेचा (उदा. उजवीकडून डावीकडे भाषा) परिणाम विचारात घ्या.
• सांस्कृतिक विचार: ॲक्सेसिबिलिटीवर परिणाम करू शकणाऱ्या सांस्कृतिक फरकांची जाणीव ठेवा. उदाहरणार्थ, रंगांचे प्रतीकवाद संस्कृतीनुसार बदलू शकतात आणि काही प्रतिमा विशिष्ट प्रदेशांमध्ये आक्षेपार्ह किंवा अयोग्य असू शकतात.
• सहाय्यक तंत्रज्ञानाचा वापर: वेगवेगळ्या प्रदेशांमध्ये विविध सहाय्यक तंत्रज्ञानाच्या प्रसारावर संशोधन करा. हे चाचणी आणि ऑप्टिमायझेशन प्रयत्नांना प्राधान्य देण्यास मदत करू शकते.
• कायदेशीर आवश्यकता: वेगवेगळ्या देशांमधील आणि प्रदेशांमधील ॲक्सेसिबिलिटी कायदे आणि नियमांची जाणीव ठेवा.

निष्कर्ष

वेब ॲक्सेसिबिलिटी APIs दिव्यांग वापरकर्त्यांसाठी समावेशक वेब अनुभव तयार करण्यासाठी मूलभूत आहेत. या APIs ची योग्य समज आणि अंमलबजावणी करून, डेव्हलपर्स हे सुनिश्चित करू शकतात की वेब सामग्री स्क्रीन रीडर्स आणि कीबोर्ड वापरकर्त्यांसाठी प्रवेशयोग्य आहे, ज्यामुळे व्यक्तींना डिजिटल जगात पूर्णपणे सहभागी होण्यासाठी सक्षम केले जाते. प्रकल्पाच्या सुरुवातीपासून ॲक्सेसिबिलिटीला प्राधान्य देणे आणि नियमित ॲक्सेसिबिलिटी चाचणी समाविष्ट करणे, प्रत्येकासाठी अधिक वापरकर्ता-अनुकूल आणि न्याय्य वेब तयार करेल. WCAG मार्गदर्शक तत्त्वांचे पालन करून, स्क्रीन रीडर सपोर्ट आणि कीबोर्ड नॅव्हिगेशनसाठी सर्वोत्तम पद्धतींचे अनुसरण करून आणि जागतिक घटकांचा विचार करून, आपण अशा वेबसाइट्स तयार करू शकता ज्या खरोखरच विविध आणि आंतरराष्ट्रीय प्रेक्षकांसाठी प्रवेशयोग्य आहेत. लक्षात ठेवा की ॲक्सेसिबिलिटी ही केवळ तांत्रिक आवश्यकता नाही, तर ती सर्वसमावेशकता आणि समान संधीसाठी एक वचनबद्धता आहे.

ॲक्सेसिबिलिटीचा स्वीकार करा. प्रत्येकासाठी तयार करा.