ओलुटिमिलहिन ओलुशुयी एक वकील हैं. वे सुलभता के बारे में नई जानकारी रखते हैं. हमने उनसे JavaScript, अंतरराष्ट्रीय मानकों, और वेबसाइट के कॉन्टेंट को पढ़ने की अहमियत के बारे में बात की.
इस पोस्ट में, ऐक्सेसिबिलिटी के बारे में जानें! प्रोग्राम के तहत, कम्यूनिटी के किसी विशेषज्ञ के बारे में बताया गया है.
ऐलेक्ज़ेंड्रा क्लेपर: आपने वेब ऐक्सेसिबिलिटी के बारे में कैसे जाना?
ओलुटिमिलहिन ओलुशुयी (शुयी): ठीक है, तो यह एक मज़ेदार कहानी है. मैं एक वकील हूं. स्कूल के आखिरी साल में मुझे एहसास हुआ कि मुझे अपनी पूरी ज़िंदगी वकालत नहीं करनी है. इसलिए, मैंने स्कूल छोड़ने की कोशिश की. हालाँकि, मेरे डीन और "स्कूल की माँ" प्रोफ़ेसर अयोडेले अत्सेनुआ ने कहा, "आओ, इस बारे में बात करते हैं. तुम अपने फ़ाइनल ईयर में हो—बस इसे पूरा करो."
मुझे खुशी है कि उन्होंने ऐसा कहा और मैंने इसे पूरा किया, क्योंकि इससे मुझे ऐक्सेसिबिलिटी से जुड़े काम में मदद मिल रही है. प्रोफ़ेसर अत्सेनुआ ने मुझसे पूछा कि मुझे इसके बजाय क्या करना है, लेकिन मुझे कुछ नहीं पता था.
मैंने करिअर के नए अवसरों की तलाश शुरू की. साथ ही, मैंने उन लोगों से संपर्क किया जो स्टार्टअप शुरू करना चाहते थे और उन्हें एक वकील की ज़रूरत थी. वह अवसर मेरे लिए सही नहीं था, लेकिन मुझे पहली बार पता चला कि हम जिन सभी प्रॉडक्ट का इस्तेमाल करते हैं उनके लिए लोग कोड लिखते हैं. मैंने सोचा, "मैं इसे चुन सकता हूँ." मैंने एचटीएमएल और सीएसएस खुद ही सीखना शुरू कर दिया. इसके बाद, मैंने JavaScript का इस्तेमाल किया और... [हंसता है] JavaScript ने JavaScript वाले काम किए, इसलिए मैंने फ़्रंटएंड सिमैंटिक लैंग्वेज पर ध्यान देना शुरू कर दिया.
मुझे ऐंडी बेल और हेडन पिकरिंग के काम के बारे में पता चला. मैंने हर लेआउट खरीदा था और इससे मेरी ज़िंदगी बदल गई. एंड्री लगातार सुलभता के बारे में बात कर रहा था, लेकिन मुझे नहीं पता था कि इस संदर्भ में इसका क्या मतलब है. मुझे पता चला कि JavaScript लिखे बिना भी वेब डेवलपमेंट किया जा सकता है!
मैंने हेयडन से संपर्क किया और उन्होंने तुरंत जवाब दिया. ऐसा लगता है कि सुलभता के क्षेत्र में काम करने वाले सभी लोग ऐसे ही होते हैं. मैं इसके लिए शुक्रगुज़ार हूँ.
Alexandra: मैं इस बात से सहमत हूं. मैंने जिन लोगों से बात की है वे सभी बहुत अच्छे और मददगार थे.
शुयी: हां, बिलकुल. फ़िलहाल, मैं लोगों की मदद करने से जुड़े कई काम करता हूं. मैं नाइजीरिया में रहता/रहती हूं. यहां वेब ऐक्सेसिबिलिटी को कानूनी तौर पर ज़रूरी नहीं माना जाता. दिव्यांग व्यक्तियों के ख़िलाफ़ भेदभाव रोकने से जुड़ा कानून, 2018 में पास हुआ था. हालांकि, वेब ऐक्सेसिबिलिटी से जुड़ा कोई कानून नहीं है. सिर्फ़ फ़िज़िकल ऐक्सेसिबिलिटी से जुड़ा कानून है. यह अमेरिका के दिव्यांगों की भलाई के लिए बनाए गए कानून (एडीए) की तरह है. हमारे कानून का स्ट्रक्चर सही नहीं है, लेकिन कुछ न होने से बेहतर है.
मुझे एहसास हुआ कि अगर मुझे कोई बदलाव करना है और ऐक्सेसिबिलिटी पर फ़ोकस करने वाला डेवलपर बनना है, तो सबसे पहले मुझे लोगों को ऐक्सेसिबिलिटी की ज़रूरतों के बारे में बताना होगा. मैंने सुलभता के बारे में ट्वीट करना शुरू किया. मैंने उन कंपनियों और ब्रैंड से बात की जिनकी सहमति के बिना, ऐक्सेसिबिलिटी की सुविधा काम नहीं कर सकती.
Alexandra: I bet your legal background is incredibly useful in working with accessibility. आपके पास नए कानून को पढ़ने और उसे समझने की क्षमता है. हालांकि, आम लोगों के पास यह क्षमता नहीं होती. इसमें एक सामान्य डेवलपर भी शामिल है.
शुयी: मुझे लगता है कि कानूनी पृष्ठभूमि से होने की वजह से, मुझे एक बड़ा फ़ायदा मिला है. मैं बिना थके, बैकग्राउंड की जानकारी वाले कई पेजों और बहुत लंबे दस्तावेज़ों को पढ़ सकती हूँ. मैं बस अपने पैरों को मोड़कर बैठ जाता हूं, लैपटॉप को ऊपर रखता हूं, और पढ़ना शुरू कर देता हूं. और पढ़ें. और पढ़ें. इसके ये फ़ायदे हैं,
Alexandra: मेरा मतलब है कि … मुझे जलन हो रही है. यह एक बेहतरीन स्किल है. क्या आपको लगता है कि डिजिटल ऐक्सेसिबिलिटी से जुड़ा कानून पास कराने के लिए, आपको कभी सरकार के साथ काम करना पड़ेगा?
शुयी: मैं ईमानदारी से कहूं, तो मुझे ऐसा नहीं लगता. सरकार के साथ काम करना एक अलग तरह का काम है. सरकार को कोई काम करने के लिए कहना, ख़ास तौर पर किसी व्यक्ति के तौर पर, बहुत मुश्किल होता है. इस तरह का काम, गैर-सरकारी संगठनों और अन्य संगठनों के लिए बेहतर होता है. इन संगठनों के पास बदलाव लाने के लिए, स्टाफ़ और संसाधन होते हैं.
शारीरिक कानून को पास होने में इतना समय लगा कि सुलभता से जुड़ी ज़रूरतें, सालों पहले कानून में शामिल की गई बातों से कहीं आगे बढ़ गईं. ऐसा लगता है कि पहला ड्राफ़्ट पास हो गया है, भले ही दुनिया बदल गई हो.
आखिरकार, हमें इस बात की खुशी है कि हमारे पास भरोसा करने के लिए कुछ है, भले ही वह कितना भी पुराना हो. कानून लागू करना है.
सुलभ लेआउट बनाना
Alexandra: मैंने Smashing Magazine में आपका लेख पढ़ा. इसका नाम है, <article> vs. <section>: How To Choose The Right One. मैंने Twitter थ्रेड भी पढ़ी, जिससे यह लेख लिखने की प्रेरणा मिली. आपके हिसाब से, इस बातचीत से आपको क्या खास जानकारी मिली? साथ ही, आपको वेब डेवलपर से क्या चाहिए?
Shuyi: डेवलपर को लेआउट बनाना शुरू करने से पहले, कॉन्टेंट पढ़ लेना चाहिए.
शुरुआत में, मैंने अपनी साइट के डिज़ाइन के लिए, सिर्फ़ पैराग्राफ़ की संख्या गिनी थी और उन्हें सेक्शन और लेखों में डाल दिया था. मैंने इस बारे में ज़्यादा नहीं सोचा था. हालांकि, किसी ने मेरा ध्यान सेक्शन के गलत इस्तेमाल की ओर दिलाया. मैंने पहली बार इस बारे में सोचा. कॉन्टेंट को पढ़कर, प्रॉडक्ट को बेहतर बनाया जा सकता है.
Alexandra: जब मैं डेवलपर थी, तब मेरे फ़्रीलांस क्लाइंट अक्सर कहते थे, "ओह, बस हमारे लिए कुछ बना दो और हम बाद में कॉन्टेंट डाल देंगे." हालांकि, कुछ पेजों पर कॉन्टेक्स्ट अपने-आप उपलब्ध होता है. जैसे, संपर्क पेज. हालांकि, मुझे कितने पेज बनाने हैं और किस तरह की कस्टम सहायता की ज़रूरत है, इस बारे में तब तक नहीं बताया जा सकता, जब तक मुझे कॉन्टेंट नहीं मिल जाता.
शुयी: मेरे पास जो जानकारी है उसके बारे में जानने से पहले, मेरा सबसे अच्छा क्लाइंट मुझे डिज़ाइन के सामान्य आइडिया देता था. इसके बाद, मैं Lorem ipsum का इस्तेमाल करके साइट बनाता था. मैं इन सभी चीज़ों के बारे में पता लगाऊँगा. हालांकि, जब आपको यह पता चलता है कि कॉन्टेंट इंफ़्रास्ट्रक्चर, वेब पर उपयोगकर्ताओं को कितना प्रभावित करता है, तो आपको यह पता चलता है कि वेब पर चीज़ें बनाने की स्टैंडर्ड प्रोसेस में कितनी कमियां हैं. आपको सोच-समझकर चीज़ें बनानी होंगी.
सुलभता से जुड़े इन्फ़्रास्ट्रक्चर के कई काम ऐसे होते हैं जिन पर ध्यान नहीं दिया जाता. इससे मुझे बहुत दुख होता है.
Alexandra: आपने यह पक्का करने के लिए रिसर्च कैसे की कि लेख में दी गई सलाह सही है?
शुयी: सबसे पहले, मैंने जानकारी के सोर्स को अलग किया. ऐसा कानून के क्षेत्र में किया जाता है, जहां प्राइमरी और सेकंडरी सोर्स को अलग किया जाता है. प्राथमिक स्रोत, असल कानून (जैसे कि ADA और नाइजीरिया के कानून) होते हैं. वहीं, द्वितीयक स्रोत वे होते हैं जो विशेषज्ञ कानून के आधार पर तय करते हैं.
मैंने सिर्फ़ मुख्य सोर्स से जानकारी लेने का फ़ैसला किया: एचटीएमएल, WCAG, और WAI-ARIA स्पेसिफ़िकेशन. मैंने दूसरे लोगों के काम पढ़े हैं, जो बहुत अच्छे हैं. हालांकि, आखिर में मुझे लगा कि सभी के विचार अलग-अलग हैं. इसलिए, मैंने उन्हें सिर्फ़ मददगार कॉन्टेक्स्ट के तौर पर इस्तेमाल करने का फ़ैसला किया. मैंने यह भी तय किया कि मैं उन्हें सही जवाब के तौर पर नहीं मानूंगा.
सुलभता सुविधाओं का इस्तेमाल करने वाले लोगों की कम्यूनिटी बनाना
Alexandra: आपने बताया था कि आपको Twitter फ़ीड को एक ऐसा प्लैटफ़ॉर्म बनाना है जहाँ सभी लोग आसानी से पहुँच सकें. Smashing Magazine में लेख पब्लिश होने के बाद, क्या आपने Twitter पर इस बारे में कई अन्य लोगों से बातचीत की है कि आपको क्या सीखने को मिला?
शुयी: शुरुआती कुछ दिनों तक, मुझे Twitter के बारे में कुछ समझ नहीं आया. मुझे बहुत से लोगों ने फ़ॉलो किया. जैसे, 200 से ज़्यादा लोगों ने. शुरुआत में मैं बहुत उत्साहित था, लेकिन बाद में मुझे डर लगने लगा. जैसे, मैंने अभी-अभी शुरुआत की है. इसलिए, मुझसे बहुत ज़्यादा ज्ञान की उम्मीद न रखें. मुझे Twitter की कई सूचियों में जोड़ा गया है.
लेकिन, मैं एक इंसान हूँ. मैं कई ऐसे ट्वीट करता हूं जिनमें न तो साफ़ तौर पर जानकारी दी जाती है, न ही उन्हें ऐक्सेस किया जा सकता है. साथ ही, उनमें वेब डेवलपर से जुड़ी जानकारी भी नहीं होती. मुझे लोगों को निराश नहीं करना है. सिर्फ़ सुलभता की वजह से मुझे फ़ॉलो न करें! मुझे लगेगा कि मैंने तुम्हें निराश किया है.
Alexandra: [हंसती है], मेरा मतलब है कि मुझे लगता है कि बहुत से लोग ऐसा सोचते हैं. मुझे अपने Twitter खाते के बारे में जानकारी है.
शुयी: लेख के ज़्यादातर जवाब सकारात्मक थे. मुझे लेख पर एक जवाब मिला, जो थोड़ा विवादित था. Vitaly मेरा एडिटर था. उसने मुझसे सीधे संपर्क करके, टिप्पणी शेयर की और मुझे इसकी जांच करने के लिए कहा. दरअसल, उस व्यक्ति ने MDN के दस्तावेज़ों का हवाला दिया था. इसमें बताया गया था कि सभी लेखों में हेडिंग एलिमेंट होना चाहिए. मैंने सुझाव दिया है कि सेक्शन में, खास जानकारी के आधार पर हेडिंग एलिमेंट होना चाहिए.
MDN के दस्तावेज़ों में, हेडर को शामिल करने का सुझाव दिया गया है. हालांकि, इसमें यह नहीं बताया गया है कि इससे क्या फ़ायदा होता है.
ज़ाहिर है, स्पेसिफ़िकेशन में बदलाव, उपयोगकर्ता की ज़रूरतों के हिसाब से कम बार होते हैं. इसलिए, जब तक आपके पास किसी चीज़ को बनाने के तरीके में बदलाव करने के फ़ैसले को सही ठहराने के लिए कोई वजह है, तब तक शायद यह ठीक है.
इसलिए, मैं आपको एक उदाहरण देता हूँ. मान लें कि आपको "कीमतें" नाम का एक कार्ड कॉम्पोनेंट बनाना है. इसमें तीन एलिमेंट शामिल हैं. हेडन पिकरिंग का सुझाव है कि हर कार्ड को सूची के एलिमेंट में रखा जाए. इस तरह, जब सहायता करने वाली टेक्नोलॉजी (एटी) का इस्तेमाल करने वाला कोई व्यक्ति उस सेक्शन पर पहुंचता है, तो उसे यह सूचना दी जाती है कि कीमत सूची में तीन आइटम हैं. सूची को इस तरह से स्टाइल किया जा सकता है कि उसमें बुलेट पॉइंट न हों. साथ ही, इसे अपनी पसंद के मुताबिक बनाया जा सकता है. हालांकि, इससे एटी का इस्तेमाल करने वाले लोगों को सबसे पहले काम की जानकारी मिलती है. अगर आपने हर आइटम को div में रैप किया है, तो आपका फ़ोकस सिर्फ़ विज़ुअल पहलुओं पर होगा. इससे दृष्टिबाधित लोगों को मदद नहीं मिलेगी. डिज़ाइन से पहले लोगों के बारे में सोचें.
मैंने उस आइडिया को लिया और उसे ब्लॉग पेज के लिए ट्रांसपोज़ कर दिया. ब्लॉग पोस्ट, सूची वाले एलिमेंट में मौजूद होती हैं. इस तरह, पेज पर आने पर उपयोगकर्ता को यह सूचना मिलती है कि वह पेज पर मौजूद कई पोस्ट में से किसी एक पर है.
इसलिए, मैंने लेख में दिए गए अपने सुझावों को बरकरार रखा है. जब तक मुझे यह नहीं पता चल जाता कि MDN ने यह सुझाव क्यों दिया है, तब तक मैं अपने सुझावों को बरकरार रखूंगा.
Alexandra: MDN के दस्तावेज़ ओपन सोर्स हैं. क्या आप उनमें बदलावों का सुझाव देंगे और उन्हें अपडेट करेंगे?
शुयी: मैं आपको बता दूं कि मैंने अब तक ओपन सोर्स में कोई योगदान नहीं दिया है. हालांकि, मुझे इस तरह का काम करना पसंद है. यह काम, सरकार के साथ काम करने से ज़्यादा बेहतर है.
खास जानकारी बनाम लागू करने का तरीका
Alexandra: इससे यह पता चलता है कि कभी-कभी स्पेसिफ़िकेशन में कुछ और लिखा होता है, लेकिन लागू करने और अन्य बाहरी दस्तावेज़ों में कुछ और करने का सुझाव दिया जा सकता है. कोई व्यक्ति यह कैसे तय करता है कि उसे किसकी सलाह माननी चाहिए?
शुयी: मैं इस बारे में बहुत सोचती हूं. मुझे नहीं लगता कि मेरे पास इस सवाल का जवाब देने के लिए ज़रूरी अनुभव है. हम हमेशा आने वाले समय के हिसाब से काम करते हैं. वेब में बदलाव होने पर, लगातार सुधार करना अच्छा होता है. इस तरह, स्पेसिफ़िकेशन अपडेट होने पर, आपको अपनी साइट को फिर से ठीक करने की ज़रूरत नहीं होती. इस बात की कितनी संभावना है कि आपने कोई विकल्प चुना हो और तीन साल बाद स्पेसिफ़िकेशन बदल जाए.
फ़िलहाल, हम जो भी फ़ैसले ले रहे हैं वे इस आधार पर हैं कि हमें लगता है कि आने वाले समय में वेब कैसा होगा और स्पेसिफ़िकेशन लिखने वाले लोग किस दिशा में काम करेंगे.
Alexandra: वेब पर मौजूद जानकारी लगातार बदलती रहती है. इसलिए, किसी एक व्यक्ति के पास सभी जवाब नहीं हो सकते! क्या जवाब लिखते समय, स्पेसिफ़िकेशन में बदलाव किए गए थे?
शूयी: मैंने अपना लेख, दस्तावेज़ के स्ट्रक्चर वाले मॉडल को स्पेसिफ़िकेशन से हटाए जाने से पहले लिखना शुरू किया था. इस मॉडल के मुताबिक, नेस्टिंग कितनी डीप है, इसके आधार पर हेडिंग लेवल अपने-आप कैलकुलेट होने चाहिए. हालांकि, इसे कभी लागू नहीं किया गया. इस वजह से, डेवलपर को कई समस्याओं का सामना करना पड़ा. डेवलपर को सलाह दी गई थी कि वे अपने हेडिंग को मैन्युअल तरीके से ठीक करें.
अगर लेख को स्पेसिफ़िकेशन में बदलाव होने से पहले पब्लिश किया गया होता, तो शायद मैं वापस जाकर उसमें बदलाव कर देता. आखिरकार, यह Smashing Magazine में है. लेकिन, अगर यह मेरे निजी ब्लॉग पर मौजूद होता, तो क्या मैं ऐसा करता? शायद नहीं. यह सिर्फ़ किसी लेख को अपडेट करने की बात है. इसमें ऐसी पूरी वेबसाइट को अपडेट करने की बात नहीं की गई है जिसे बदलती हुई खास बातों के आधार पर बनाया गया है.
क्या हम डेवलपर से यह उम्मीद करते हैं कि वे स्पेसिफ़िकेशन में बदलाव होने पर, अपनी वेबसाइटों में तुरंत बदलाव करें? बेशक आ जाओ. वे अपनी साइटें बनाते समय यह हिसाब लगाते हैं कि उनके लिए सबसे सही क्या है और वे उन विकल्पों के साथ लाइव हो जाते हैं. नियम बदल जाएंगे. ऐसा हो सकता है कि नियमों में जवाब न हो.
सुलभता के क्षेत्र में करियर
Alexandra: आपको यह तय करने में कितना समय लगता है कि वैश्विक स्तर पर, ऐक्सेसिबिलिटी के मानकों का पालन किया जा रहा है या नहीं? दुनिया भर में, स्टैंडर्ड और कानून अलग-अलग हैं. हमें पता है कि आपने इनमें से कई कानूनों के बारे में पढ़ा होगा. हमें यह भी पता है कि कुछ कानून आपको इसके उलट काम करने के लिए कहते हैं. ऐसे मामलों में, आपको क्या करना चाहिए?
शुयी: मैंने सुलभता से जुड़े फ़्रीलांस काम के लिए, एक कारोबार शुरू करने के बारे में सोचा है. मैंने वेब ऐक्सेसिबिलिटी से जुड़ी ग्लोबल चैट में हिस्सा लिया और यह सुविधा इस्तेमाल करने के बारे में सलाह मांगी. एड्रियान रोज़ेली ने आपसे संपर्क किया है. उन्होंने कहा है कि "आपके क्लाइंट, कानूनों का पालन करने के लिए आप पर भरोसा करेंगे. ऐसा न होने पर, उन्हें गंभीर नतीजे भुगतने पड़ सकते हैं. अपनी सेवाएं देने से पहले, यह जान लें कि आपको किस इलाके के बारे में सबसे ज़्यादा जानकारी है. जानें कि आपको किन कानूनों के बारे में पता है, ताकि आप अपने लिए रोज़गार ढूंढते समय, क्लाइंट को बड़ी देनदारियों के साथ न छोड़ें. उन्हें भरोसा है कि आपको कानून की जानकारी है."
ज़ाहिर है, कई कारोबारों को ऐक्सेसिबिलिटी से जुड़ी मदद इसलिए चाहिए, क्योंकि यह कानूनी तौर पर ज़रूरी है. सिर्फ़ इसलिए नहीं कि यह सही है. पूंजीवाद की वजह से, सुलभता को लागू किया जा रहा है. आखिरकार, इससे कोई फ़र्क़ नहीं पड़ता कि यह समस्या क्यों हुई. इससे फ़र्क़ पड़ता है कि प्रॉडक्ट ऐक्सेस किया जा सकता है या नहीं.
मैंने फ़िलहाल फ़्रीलांसिंग रोक दी है. जब तक मुझे यह भरोसा नहीं हो जाता कि मैं अपने क्लाइंट को उनके इलाके के कानूनों के बारे में पूरी जानकारी दे सकती हूं, तब तक मैं फ़्रीलांसिंग नहीं करूंगी. मानकीकरण बहुत ज़रूरी है. WCAG के प्रयासों और इसके असर को कम करके नहीं आंका जा सकता. वेब के काम करने के तरीके के बारे में एक सेंट्रल फ़्रेमवर्क होने से, सरकारों के लिए एक ही स्टैंडर्ड पर भरोसा करना आसान हो जाता है. हालांकि, हर सरकार इन स्टैंडर्ड को स्वीकार नहीं करेगी.
Alexandra: आपको सुलभता से जुड़ी अपनी यात्रा में, कई बेहतरीन लोगों से अच्छी सलाह मिली है. क्या आपको कोई ऐसी सलाह मिली थी जिसे आपने करियर के तौर पर अपनाने से पहले नहीं सुना था?
शुयी: इससे मेरे करियर पर कोई असर नहीं पड़ता. हालांकि, यह जानना अच्छा होता कि सुलभता से जुड़ा काम कितना भी नेक क्यों न हो, पूंजीवाद का इस पर काफ़ी असर पड़ता है.
Alexandra: [हंसती है] हां.
शुई: मैं जूनियर हूं. मुझे सुलभता के क्षेत्र में एक साल का अनुभव है. खास तौर पर, अगर आप अफ़्रीका में रहते हैं, तो मेरी तरह, यहां ऐक्सेसिबिलिटी से जुड़ी नौकरियां कम उपलब्ध हैं. कंपनियां, मैनेजर को नौकरी पर रख रही हैं. एक व्यक्ति को कानूनी ज़रूरतों को पूरा करने के लिए रखा जा रहा है. हालाँकि, मुझे ऐसी टीम के साथ काम करना है जहाँ मैं नई चीज़ें सीख सकूँ और अपने कौशल को बेहतर बना सकूँ.
मुझे JavaScript के बारे में जाने बिना काम करने में बहुत मज़ा आया. मुझे सिर्फ़ नियम सीखने थे और अपनी टीम को उन्हें लागू करने में मदद करनी थी. हालांकि, एजेंसियों में डेवलपर के तौर पर काम करने के लिए, मेरे पास JavaScript का अनुभव होना ज़रूरी है. मैं एक नए शहर में रहने लगा/लगी हूं और मैंने JavaScript बूटकैंप में हिस्सा लिया है, ताकि मैं इन ज़रूरी शर्तों को पूरा कर सकूं. अगर आप सुलभता सुविधाओं के बारे में जानना चाहते हैं, तो सबसे पहले अपनी डेवलपमेंट स्किल को बेहतर बनाएं.
मैं सच बता रही हूँ, मुझे अब भी JavaScript पसंद नहीं है.
एक काम करें: कीबोर्ड फ़ोकस जोड़ें
Alexandra: क्या JavaScript की वजह से, अब मैं डेवलपर के बजाय एक तकनीकी लेखक हूं? हाँ, ऐसा है. मुझे यह बिलकुल पसंद नहीं है. आपको बूट कैंप के लिए ढेर सारी शुभकामनाएँ.
आप डेवलपर से क्या चाहते हैं, ताकि वे अपनी साइट को ऐक्सेस किया जा सकने वाला बना सकें?
Shuyi: कीबोर्ड फ़ोकस. मैं आपसे दिल से अनुरोध करता हूं. मेरा ट्रैकपैड काम नहीं करता. इसलिए, जब मैं यात्रा पर होता हूं, तो वेब पर नेविगेट करने के लिए, मैं अपने कीबोर्ड पर भरोसा करता हूं. हालांकि, लगभग हर वेबसाइट का अनुभव बहुत खराब होता है. कीबोर्ड फ़ोकस की सुविधा सिर्फ़ दिव्यांग लोगों के लिए फ़ायदेमंद नहीं है.
सुलभ प्लैटफ़ॉर्म बनाने से सभी को फ़ायदा होता है.
Twitter पर शुयी के काम के बारे में जानने के लिए, @shuyiolutimi पर जाएं.