सुलभतेच्या दिशेने

शुक्रवारी कामकाजाचा दिवस संपतो. शुक्रवारी कामकाजाच्या दिवसाच्या शेवटी वाईट बातमी नेहमीच येते.

तुम्ही ऑफिस सोडणार आहात, दुसऱ्या पुनर्रचनेबद्दलचे नवीन पत्र नुकतेच मेलमध्ये आले आहे.

धन्यवाद xxxx, आजपासून तुम्ही zzzz तक्रार कराल
...
आणि Hugh ची टीम खात्री करेल की आमची उत्पादने अपंग लोकांसाठी प्रवेशयोग्य आहेत.

अरे नाही! मी हे पात्र का झालो? त्यांना मी सोडायचे आहे का? कृतघ्न परिश्रम आणि इतर लोकांच्या चुका सुधारण्याचा प्रयत्न करण्यासाठी स्वत: ला सेट करा. हे निश्चितच अपयश आहे...

काही वर्षांपूर्वी ही उपलब्धता होती. काही गरीब आत्म्यांना UI "क्लीन अप" करण्याचे काम दिले गेले आणि ते अपंग लोकांसाठी वापरता येण्याजोगे बनवले.

याचा प्रत्यक्षात काय अर्थ होतो ते खूपच अस्पष्ट होते - शक्यतो जर तुम्ही फील्डद्वारे फोकस इंडिकेटर आणि टॅब पाहू शकत असाल, काही Alt मजकूर आणि काही फील्ड वर्णने असतील तर, तुमचा अनुप्रयोग प्रवेशयोग्य आहे असे मानले जाईल ...

पण अचानक हिमस्खलनाच्या वेगाने “बग्स” वाढू लागले.

विविध स्क्रीन रीडर (इंग्रजी स्क्रीन रीडर) आणि ब्राउझर पूर्णपणे वेगळ्या पद्धतीने वागले.

हे ॲप वापरात नसल्याची तक्रार युजर्सनी केली आहे.

एके ठिकाणी त्रुटी दूर करताच दुसऱ्या ठिकाणी दुसरी दिसली.

आणि फक्त वापरकर्ता इंटरफेस त्रुटी बदलणे आणि दुरुस्त करण्यासाठी अत्यंत कठोर प्रयत्न आवश्यक आहेत.

मी तिथे होतो. मी वाचलो, पण आम्ही "यशस्वी" झालो नाही - तांत्रिकदृष्ट्या आम्ही खूप साफ केले, फील्ड वर्णने, भूमिका भरपूर जोडल्या आणि काही प्रमाणात अनुपालन गाठले, परंतु कोणालाही आनंद झाला नाही. वापरकर्त्यांनी अद्याप तक्रार केली की ते अनुप्रयोग नेव्हिगेट करू शकत नाहीत. व्यवस्थापकाने अजूनही त्रुटींच्या सतत प्रवाहाबद्दल तक्रार केली. अभियंत्यांनी तक्रार केली की समस्या चुकीच्या पद्धतीने मांडली गेली आहे, स्पष्टपणे परिभाषित केलेले "योग्य" समाधान नाही जे सर्व प्रकरणांमध्ये कार्य करेल.

प्रवेशयोग्यता समजून घेण्याच्या माझ्या प्रवासात काही निश्चितपणे डोळे उघडणारे क्षण होते.
तयार उत्पादनाच्या शीर्षस्थानी प्रवेशयोग्यता कार्यक्षमता जोडणे कठीण होते हे कदाचित प्रथम लक्षात आले. आणि व्यवस्थापकांना हे पटवून देणे अधिक कठीण आहे की ते आश्चर्यकारकपणे कठीण आहे! नाही, हे फक्त "काही टॅग जोडा" नाही आणि UI अगदी चांगले काम करेल. नाही, हे तीन आठवड्यात पूर्ण होऊ शकत नाही; तीन महिने देखील पुरेसे नाहीत.
मला सत्याचा पुढचा क्षण आला जेव्हा मी प्रत्यक्ष पाहिले की अंध वापरकर्ते आमचे ॲप कसे वापरतात. त्रुटी संदेश पाहण्यापेक्षा हे खूप वेगळे आहे.

मी पुन्हा पुन्हा याकडे परत येईन, परंतु लोकांनी आमचे ॲप कसे वापरले याबद्दल आमच्या जवळजवळ सर्व "कल्पना" चुकीच्या होत्या.

कीस्ट्रोक वापरून जटिल वापरकर्ता इंटरफेस नेव्हिगेट करणे Tab/Shift+Tab - हे उदास आहे! आम्हाला काहीतरी चांगले हवे आहे. कीबोर्ड शॉर्टकट, शीर्षलेख.

UI बदलताना फोकस गमावणे ही मोठी समस्या नाही, आहे का? चला पुन्हा विचार करूया - हे आश्चर्यकारकपणे गोंधळात टाकणारे आहे.

मी पुढे चालू ठेवले, काही काळ वेगवेगळ्या प्रकल्पांवर काम केले आणि मग आम्ही एक नवीन प्रकल्प सुरू केला, एक जटिल वापरकर्ता इंटरफेस आणि एक स्पष्ट स्थापना, शेवटी यावेळी प्रवेशयोग्यता मिळवण्यासाठी.

म्हणून, आम्ही एक पाऊल मागे घेतले आणि आम्ही हे वेगळ्या पद्धतीने कसे अंमलात आणू शकतो आणि यशस्वी कसे होऊ शकतो आणि प्रक्रिया कमी कंटाळवाणी कशी करू शकतो हे पाहिले!

खूप लवकर आम्ही काही निष्कर्षांवर पोहोचलो:

1. युजर इंटरफेस विकसित करणाऱ्या लोकांनी एरिया लेबल्स/भूमिका आणि अर्थातच घटकांच्या एचटीएमएल स्ट्रक्चरमध्ये गोंधळ घालावा अशी आमची इच्छा नव्हती. आम्ही त्यांना योग्य घटक प्रदान करणे आवश्यक आहे जे थेट बॉक्सच्या बाहेर प्रवेशयोग्यता तयार करतात.
2. प्रवेशयोग्यता == वापरणी सोपी – म्हणजे हे केवळ तांत्रिक आव्हान नाही. आम्हाला संपूर्ण डिझाईन प्रक्रिया बदलण्याची आवश्यकता होती आणि UI डिझाईन सुरू होण्यापूर्वी प्रवेशयोग्यता विचारात घेतली गेली होती आणि चर्चा केली गेली होती. वापरकर्ते कोणतीही कार्यक्षमता कशी शोधतील, ते कसे नेव्हिगेट करतील आणि कीबोर्डवरून उजवे-क्लिक कसे कार्य करेल यावर तुम्हाला लवकर विचार करणे आवश्यक आहे. प्रवेशयोग्यता हा डिझाइन प्रक्रियेचा अविभाज्य भाग असावा - काही वापरकर्त्यांसाठी, हे केवळ अनुप्रयोगाच्या स्वरूपापेक्षा बरेच काही आहे.
3. अगदी सुरुवातीपासूनच, आम्हाला अनुप्रयोगाच्या वापराच्या सुलभतेबद्दल अंध आणि इतर अपंग वापरकर्त्यांकडून अभिप्राय मिळवायचा होता.
4. आम्हाला प्रवेशयोग्यता प्रतिगमन पकडण्यासाठी खरोखर चांगले मार्ग हवे होते.

बरं, अभियांत्रिकीच्या दृष्टिकोनातून, पहिला भाग खूप मजेदार वाटला - आर्किटेक्चर विकसित करणे आणि घटकांची लायब्ररी लागू करणे. आणि खरंच तसं होतं.

एक पाऊल मागे घेत बघत होतो ARIA उदाहरणे आणि "फिटिंग इन" समस्येऐवजी डिझाइन समस्या म्हणून याचा विचार करून, आम्ही काही अमूर्तता सादर केली. घटकामध्ये 'स्ट्रक्चर' (HTML घटकांचा समावेश असतो) आणि 'वर्तणूक' (ते वापरकर्त्याशी कसा संवाद साधतो) असतो. उदाहरणार्थ, खाली दिलेल्या स्निपेट्समध्ये आमच्याकडे एक सोपी अक्रमित यादी आहे. "वर्तणूक" जोडून, ​​सूचीप्रमाणे कार्य करण्यासाठी सूचीमध्ये संबंधित भूमिका जोडल्या जातात. आम्ही मेनूसाठी तेच करतो.

खरं तर, येथे केवळ भूमिकाच जोडल्या जात नाहीत तर कीबोर्ड नेव्हिगेशनसाठी इव्हेंट हँडलर देखील जोडले जातात.

हे अधिक व्यवस्थित दिसते. जर आम्हाला त्यांच्यामध्ये एक स्वच्छ विभक्तता मिळू शकली, तर रचना कशी तयार झाली याने काही फरक पडत नाही, आम्ही त्यावर वर्तन लागू करू शकतो आणि प्रवेशयोग्यता योग्य मिळवू शकतो.

आपण येथे क्रिया पाहू शकता https://stardust-ui.github.io/react/ - UX लायब्ररी प्रतिक्रिया द्या, जे सुरुवातीपासून प्रवेशयोग्यता लक्षात घेऊन डिझाइन केलेले आणि लागू केले आहे.

दुसरा भाग - डिझाईनभोवतीचा दृष्टिकोन आणि प्रक्रिया बदलल्याने सुरुवातीला मला भीती वाटली: नीच अभियंते संघटनात्मक बदल घडवून आणण्याचा प्रयत्न करतात हे नेहमीच चांगले संपत नाही, परंतु हे सर्वात मनोरंजक क्षेत्रांपैकी एक ठरले जेथे आम्ही प्रक्रियेत महत्त्वपूर्ण योगदान दिले. . थोडक्यात, आमची प्रक्रिया खालीलप्रमाणे होती: नवीन कार्यक्षमता एका कार्यसंघाद्वारे विकसित केली जाईल, त्यानंतर आमचा नेतृत्व कार्यसंघ प्रस्तावाचे पुनरावलोकन करेल/पुनरावृत्ती करेल आणि नंतर, एकदा मंजूर झाल्यानंतर, डिझाइन सामान्यत: अभियांत्रिकी संघाकडे सुपूर्द केले जाईल. या प्रकरणात, अभियांत्रिकी कार्यसंघ प्रभावीपणे प्रवेशयोग्यतेच्या कार्यक्षमतेवर "मालकीचे" आहे कारण त्याच्याशी संबंधित कोणत्याही समस्यांचे निराकरण करण्याची जबाबदारी त्यांची होती.

सुरुवातीला, हे समजावून सांगणे खूप कठीण काम होते की प्रवेशयोग्यता आणि उपयोगिता यांचा अतूट संबंध आहे आणि हे डिझाइनच्या टप्प्यावर करणे आवश्यक आहे, अन्यथा यामुळे काही भूमिकांमध्ये मोठे बदल आणि पुनर्व्याख्या होतील. तथापि, व्यवस्थापन आणि प्रमुख खेळाडूंच्या पाठिंब्याने, आम्ही कल्पना स्वीकारली आणि ती कार्यान्वित केली जेणेकरून डिझाईन्स व्यवस्थापनास सादर करण्यापूर्वी प्रवेशयोग्यता आणि उपयोगिता यासाठी चाचणी केली गेली.

आणि हा अभिप्राय प्रत्येकासाठी अत्यंत मौल्यवान होता - वापरकर्ते वेब ऍप्लिकेशन्सशी कसे संवाद साधतात याबद्दल ज्ञान सामायिकरण/संप्रेषणातील एक व्यायाम म्हणून ते विलक्षण होते, आम्ही ते तयार होण्यापूर्वी असंख्य UI समस्या क्षेत्रे ओळखली, विकास कार्यसंघांकडे आता अधिक चांगले तपशील आहेत. केवळ व्हिज्युअल, परंतु डिझाइनचे वर्तनात्मक पैलू देखील. वास्तविक चर्चा म्हणजे मजेदार, उत्साही, तांत्रिक पैलू आणि परस्परसंवादांबद्दल उत्कट चर्चा.

या (किंवा त्यानंतरच्या) मीटिंगमध्ये आमच्याकडे अंध आणि अपंग वापरकर्ते असल्यास आम्ही हे आणखी चांगले करू शकतो - हे आयोजित करणे कठीण होते, परंतु आम्ही आता स्थानिक अंध संस्था आणि कंपन्यांसह कार्य करतो, जे लवकर अंमलबजावणीचा प्रवाह सत्यापित करण्यासाठी बाह्य चाचणी प्रदान करतात. विकास—घटक आणि अंमलबजावणी प्रवाह पातळीवर दोन्ही.

अभियंत्यांकडे आता बऱ्यापैकी तपशीलवार तपशील आहेत, ते कार्यान्वित करण्यासाठी वापरता येणारे उपलब्ध घटक आणि अंमलबजावणी प्रवाह प्रमाणित करण्याचा एक मार्ग आहे. अनुभवाने आपल्याला शिकविलेला एक भाग म्हणजे आपण काय गमावत आहोत - आपण प्रतिगमन कसे थांबवू शकतो. त्याचप्रमाणे, कार्यक्षमतेची चाचणी घेण्यासाठी लोक एकत्रीकरण किंवा एंड-टू-एंड चाचण्या वापरू शकतात, जे आम्हाला परस्परसंवाद आणि अंमलबजावणी प्रवाहात बदल शोधण्याची आवश्यकता आहे - दृश्य आणि वर्तणूक दोन्ही.

व्हिज्युअल रीग्रेशन निश्चित करणे हे बऱ्यापैकी परिभाषित कार्य आहे, कीबोर्डसह नेव्हिगेट करताना फोकस दृश्यमान आहे की नाही हे तपासण्याव्यतिरिक्त प्रक्रियेमध्ये फारच कमी जोडले जाऊ शकते. प्रवेशयोग्यतेसह कार्य करण्यासाठी दोन तुलनेने नवीन तंत्रज्ञान अधिक मनोरंजक आहेत.

1. प्रवेशयोग्यता अंतर्दृष्टी हा टूल्सचा एक संच आहे जो ब्राउझरमध्ये आणि बिल्ड/चाचणी चक्राचा भाग म्हणून समस्या ओळखण्यासाठी दोन्ही चालवला जाऊ शकतो.
2. स्क्रीन रीडर योग्यरित्या कार्य करतात हे सत्यापित करणे हे विशेषतः आव्हानात्मक कार्य आहे. च्या प्रवेशाची ओळख करून दिली प्रवेशयोग्यता DOM, आम्ही शेवटी ऍपचे ऍक्सेसिबिलिटी स्नॅपशॉट घेण्यास सक्षम आहोत, जसे आम्ही व्हिज्युअल चाचण्यांसाठी करतो आणि रीग्रेशनसाठी त्यांची चाचणी घेतो.

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

पुढील "समज" म्हणजे अंध वापरकर्ते अत्याधुनिक तंत्रज्ञान चालवत आहेत - ते असे आहेत ज्यांना आम्ही आधी वर्णन केलेल्या बदलांचाच सर्वाधिक फायदा होत नाही, तर ML/AI द्वारे नवीन दृष्टिकोन आणि कल्पना शक्य झाल्या आहेत. उदाहरणार्थ, इमर्सिव्ह रीडर तंत्रज्ञान वापरकर्त्यांना मजकूर अधिक सहज आणि स्पष्टपणे सादर करण्यास अनुमती देते. ते मोठ्याने वाचले जाऊ शकते, वाक्याची रचना व्याकरणानुसार मोडली जाते आणि शब्दांचे अर्थ देखील ग्राफिक पद्धतीने प्रदर्शित केले जातात. हे जुन्या "ॲक्सेसिबल बनवा" या मानसिकतेत अजिबात बसत नाही - हे एक उपयोगिता वैशिष्ट्य आहे जे प्रत्येकाला मदत करेल.

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

PS मूळ लेखापासून किरकोळ विचलनांसह भाषांतरित केले गेले आहे. या लेखाचे सह-लेखक म्हणून, मी ह्यूसह या विषयांतरांवर सहमत आहे.

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

तुम्ही तुमच्या ऍप्लिकेशन्सच्या प्रवेशयोग्यतेकडे लक्ष देता का?

• होय

• कोणत्याही

• ॲप प्रवेशयोग्यतेबद्दल मी पहिल्यांदाच ऐकले आहे.

17 वापरकर्त्यांनी मतदान केले. 5 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com