मैं अब अपने दृष्टिबाधित कंप्यूटर उपयोगकर्ता साथियों को Mac की सिफारिश क्यों नहीं कर सकता

• Mac पर VoiceOver के साथ Safari इस्तेमाल करते समय “Safari not responding” की बार-बार आने वाली समस्या लंबे समय से बनी हुई है, जो दृष्टिबाधित और कम दृष्टि वाले उपयोगकर्ताओं के रोज़मर्रा के काम को सीधे बाधित करती है
• सिर्फ Safari ही नहीं, WebKit आधारित applications में भी इसी तरह का not responding व्यवहार दिख सकता है, जिससे macOS accessibility पर कुल मिलाकर भरोसा हिलता है
• कुछ उपयोगकर्ता app switching या VoiceOver restart करके इससे निकल पाते हैं, लेकिन कई बार वे switch भी नहीं कर पाते और Mac के फिर से responsive होने का इंतज़ार करना पड़ता है
• कई macOS versions में यह समस्या ठीक न होने के कारण, VoiceOver पर निर्भर उपयोगकर्ताओं के लिए Mac, Safari और संबंधित apps में अनुमान लगाना मुश्किल platform बन गया है
• Apple accessibility team तक वास्तविक असर पहुँचाना और समाधान आने तक नया Mac खरीदने या उसकी सिफारिश रोकना, विनम्र दबाव बनाने का ज़रूरी तरीका है

---

“Safari not responding” से बनने वाली उपयोग न कर पाने की स्थिति

• Mac पर VoiceOver इस्तेमाल करते समय Safari के unresponsive हो जाने की एक पुरानी समस्या है, और VoiceOver बार-बार “Safari not responding” संदेश सुनाता है
• समस्या आने पर Mac एक बार में कई मिनट तक व्यावहारिक रूप से इस्तेमाल न कर पाने की स्थिति में जा सकता है
• कुछ स्थितियों में Safari से किसी दूसरे app में switch करके या VoiceOver restart करके इससे बाहर निकला जा सकता है
• लेकिन बहुत बार उपयोगकर्ता न तो Safari से बाहर निकल पाते हैं और न ही VoiceOver बंद कर पाते हैं, और Mac के फिर से responsive होने तक इंतज़ार करना पड़ता है
• संबंधित समस्या AppleVis पर Safari/WebKit applications can become unresponsive when using VoiceOver में संकलित है

Safari से आगे WebKit आधारित apps तक फैलता असर

• “Safari not responding” व्यवहार दृष्टिबाधित और कम दृष्टि वाले उपयोगकर्ताओं की productivity और Mac की समग्र usability को गंभीर रूप से घटाता है
• यह सिर्फ Safari तक सीमित नहीं है; Apple के WebKit browser engine का उपयोग करने वाले कई सामान्य apps भी “not responding” समस्या से प्रभावित हो सकते हैं
• रोज़मर्रा के कामों के साथ-साथ महत्वपूर्ण कार्यों के दौरान भी Safari और दूसरे apps में bug आने से macOS का अनुभव अस्थिर और निराशाजनक हो जाता है

हाई-एंड Mac पर भी बच पाना मुश्किल

• यह समस्या Mac की specifications के स्तर से स्वतंत्र रूप से होती है
• नवीनतम Apple silicon वाले Mac और 16GB या उससे अधिक RAM वाले devices पर भी यह व्यापक रूप से देखी जाती है
• premium और नए Mac hardware का उपयोग करने वाले लोग भी इस गंभीर VoiceOver bug से बच नहीं पाते

वर्षों से जमा होता accessibility भरोसे का नुकसान

• यह मुख्य समस्या कई macOS versions में वर्षों से बनी हुई है, और Apple अब तक इसका स्थायी fix नहीं दे पाया है
• इसकी लंबी अवधि और Safari व दूसरे apps में व्यापक रुकावटों के कारण, VoiceOver पर निर्भर उपयोगकर्ताओं को अब Mac की ईमानदारी से सिफारिश करना मुश्किल हो गया है
• हालांकि, जिन मामलों में केवल Mac ही किसी विशेष आवश्यकता को पूरा कर सकता हो, वे अपवाद बने रहते हैं
• Mac पारंपरिक रूप से दृष्टिबाधित समुदाय में लोकप्रिय रहा है और इसमें अच्छे accessibility features भी हैं
• लेकिन Apple द्वारा इस समस्या को लंबे समय तक अनदेखा करना, कंपनी के बार-बार दोहराए गए accessibility commitment पर गंभीर सवाल खड़े करता है
• यह आलोचना भी सामने आती है कि अगर इसी तरह की समस्या sighted users को होती, तो इसे व्यापक media coverage मिलती और Apple जल्दी fix जारी करता

समान कीमत चुकाने वाले ग्राहकों के लिए ज़रूरी मानक

• “बेहतर व्यवहार” की मांग का मतलब यह नहीं है कि दृष्टिबाधित होना या accessibility features का उपयोग करना किसी विशेषाधिकार की मांग है
• दृष्टिबाधित और कम दृष्टि वाले उपयोगकर्ता भी बाकी ग्राहकों की तरह Mac के लिए वही premium price चुकाते हैं
• अधिकांश Mac उपयोगकर्ताओं के विपरीत, VoiceOver users को यह सहना पड़ता है कि उनका महँगा device दिन में कई बार कई मिनटों के लिए लगभग बेकार हो जाता है
• disability और VoiceOver का उपयोग Apple से अपेक्षित मानकों को कम नहीं करता
• बल्कि Apple की ज़िम्मेदारी और बढ़ जाती है कि वह sighted users के बराबर अनुभव दे

ऐसा bug जिसे reproduce करना कठिन है

• यह मानना उचित है कि Apple engineering team को इस समस्या को हल करने में कठिनाई हो सकती है
• उपयोगकर्ता रिपोर्टों के अनुसार “Safari not responding” व्यवहार को लगातार reproduce करने का कोई निश्चित तरीका दिखाई नहीं देता
• वही webpage कई बार सामान्य रूप से काम कर सकता है और फिर अचानक freeze trigger कर सकता है
• उपयोगकर्ता, device और configuration के हिसाब से अंतर होने के कारण root cause को isolate करना और fix करना कठिन हो जाता है
• फिर भी, Apple के engineering talent और resources को देखते हुए यह चुनौती असंभव नहीं होनी चाहिए

Apple पर सीधे दबाव बढ़ाने का तरीका

• लंबे समय से VoiceOver users को परेशान कर रहे “Safari not responding” bug को Apple प्राथमिकता दे और उसका स्थायी समाधान करे, इसके लिए माँग तेज करनी चाहिए
• Mac पर VoiceOver इस्तेमाल करने वाले उपयोगकर्ता Apple accessibility team से सीधे संपर्क कर अपने अनुभव और शिकायतें साझा कर सकते हैं
  • Apple accessibility team: [e-mail]
  • सुझाव यह भी है कि Apple CEO Tim Cook के सार्वजनिक email को reference में शामिल किया जाए: [e-mail]
• दबाव सीधा हो, लेकिन विनम्र और रचनात्मक भी होना चाहिए
• Tim Cook को भी यह बताया जाना चाहिए कि यह जारी bug Apple के दृष्टिबाधित और कम दृष्टि वाले ग्राहकों को सीधे कैसे प्रभावित कर रहा है

macOS accessibility की दूसरी समस्याएँ और खरीद रोकने की अपील

• “Safari not responding” Mac के दृष्टिबाधित और कम दृष्टि वाले उपयोगकर्ताओं को प्रभावित करने वाली एकमात्र समस्या नहीं है
• macOS Sonoma की समस्याओं और Apple की प्रतिक्रिया पर हाल की पोस्ट में कई शिकायतें और विफलता के मामले संकलित हैं
• फिर भी यह bug Apple के समग्र accessibility प्रदर्शन और accessibility के प्रति उसकी प्रतिबद्धता को मापने का एक मानदंड बन जाता है
• Apple इस मानदंड पर काफी समय से विफल रहा है
• उपयोगकर्ताओं को इस समस्या पर सार्वजनिक रूप से बोलना चाहिए और “Safari not responding” समस्या पूरी तरह ठीक होने तक नया Mac न खरीदकर और उसकी सिफारिश न करके consumer pressure बनाना चाहिए
• Apple को दृष्टिबाधित और कम दृष्टि वाले ग्राहकों के बीच यह भरोसा फिर से बनाना होगा कि Mac एक स्थिर और पूरी तरह accessible अनुभव देता है

[GN⁺]

Hacker News की राय

• एक दृष्टिबाधित डेवलपर के नज़रिए से, MacOS का VoiceOver किसी को भी recommend करना मुश्किल है। दृष्टि खोने से पहले मैं Apple fan था, लेकिन उसके बाद Windows पर जाना पड़ा, और 2016 में Mac VoiceOver सीखते समय भी यह बेहद निराशाजनक लगा
  Terminal app के text area को manipulate करना इतना अस्थिर था कि commands का क्रम non-deterministic जैसा महसूस होता था, और Windows के flat navigation की तुलना में Mac का hierarchical navigation कहीं ज़्यादा झंझट भरा था
  XCode में किसी एक project setting तक पहुँचने के लिए panel के अंदर sub-panel में 9 levels तक उतरना पड़ता था, और एक बार भी गलती होने पर आप किसी अजीब जगह पहुँच जाते थे
  विदेशी भाषा वाले web page में search करना भी अटक गया, क्योंकि Command+F सिर्फ English keyboard पर काम करता था और VoiceOver search box के अंदर दूसरे keyboard में switch नहीं किया जा सकता था
  Browser में link को नए tab में खोलने का आसान तरीका भी Windows के Control+Enter की तुलना में कमज़ोर था, और Fn+Ctrl+Option+Command+Up/Down जैसे 5-key shortcuts ने बाईं कलाई में दर्द तक पैदा कर दिया
  Apple से ऐसा impression मिला कि उसे bugs fix करने में कम दिलचस्पी है और WWDC में accessibility का ध्यान रखने का दावा करने वाली चमकदार slides दिखाने में ज़्यादा
  Windows पर JAWS कहीं ज़्यादा सुविधाजनक है, और NVDA open source है, इसलिए समस्या हो तो उसे खुद ठीक किया जा सकता है; इसी वजह से मैं उसे सबसे ज़्यादा पसंद करता हूँ। Screen reader market में भी JAWS और NVDA दोनों करीब 45% पर हैं, जबकि VoiceOver करीब 10% है, इसलिए Windows screen reader सीखना कहीं बेहतर लगता है

  • Fn+Ctrl+Option+Command+Up/Down जैसे 5-key shortcuts बेतुके हैं। जिन लोगों का finger control पूरा नहीं है या जिन्हें tremor है, उनके लिए यह practically impossible है, और Apple को अपने जमा cash में से कुछ million dollars ही सही, खर्च करके ऐसी समस्याओं को ठीक से सुधारना चाहिए
  • Apple की accessibility, sustainability, environment, और शायद privacy की तरह ही, असली substance से ज़्यादा marketing और narrative control जैसी लगती है
  • iOS VoiceOver और rotor के बारे में आपकी क्या राय है, यह जानना चाहूँगा

• मैं 2 साल से ज़्यादा समय से MacBook Air M1 को अपना main Mac बना कर इस्तेमाल कर रहा हूँ, और यह समस्या लेखक जितनी गंभीर बता रहे हैं, उतनी मुझे नहीं लगी। Mac OS 12 के आसपास कहीं बड़ी समस्याएँ थीं, लेकिन तब भी Cmd+Option+Q से “quit and keep windows” करने पर यह काफी जल्दी हल हो जाता था
  VoiceOver में भी कई समस्याएँ हैं, लेकिन Windows screen readers में भी हैं, और Mac में accessibility तोड़ने वाले updates को टाल सकना अच्छी बात है। Windows में यह संभव नहीं था, और वही operating system बदलने के मुख्य कारणों में से एक था

  • अच्छा है कि अब ऐसी समस्या नहीं है, लेकिन मेरे मामले में बात अलग है। मेरा 2019 MBP है, इसलिए M1 भी नहीं है, और मैंने सुना है कि M2 models पर भी असर है; इतना बजट नहीं कि तुरंत जाकर खरीद लूँ। ऐसी समस्या पर दांव नहीं लगाना चाहता जो productivity को बड़ा झटका दे
  • Defaults बदलकर Cmd+Q को window बनाए रखते हुए quit करने, और Cmd+Option+Q को windows discard करके quit करने वाला बनाया जा सकता है। मैंने इसे सिर्फ Safari में इस तरह set किया है, तो काफी बेहतर है

• मैं दृष्टिबाधित नहीं हूँ और इस क्षेत्र में अनुभव भी नहीं है, लेकिन Apple Store के employee को किसी दृष्टिबाधित व्यक्ति को VoiceOver इस्तेमाल करना समझाते देखना काफी प्रभावशाली था। कम-से-कम ऐसा लगता है कि कुछ store employees को accessibility features की training दी जाती है

  • कभी-कभी वे दृष्टिबाधित लोगों को सीधे hire करके वही काम भी सौंपते हैं। जब मैं पहली बार Mac देखने Apple Store गया था, वहाँ भी ऐसा एक employee था, लेकिन कुछ साल बाद सुना कि वह किसी और field में चला गया
  • अब शायद कुछ stores में ऐसा होता होगा। मैं मानना चाहता हूँ कि 10 साल पहले के अपने अनुभव की कड़ी आलोचना करने वाली इस post की वजह से भी कुछ बदलाव हुआ होगा: https://liam-on-linux.livejournal.com/18605.html
    उस समय का treatment हमारे मानकों से बेहद खराब था, और मैं इसे ज़रा भी नरम करके कहने का इरादा नहीं रखता

• मुझे operating system के व्यापक structural issues की अपेक्षा थी, लेकिन ऊपर से यह WebKit के किसी specific bug जैसा दिखता है। फिर भी macOS Sonoma problem वाली post और replies भी linked हैं, और प्रभावित users के लिए यह काफी critical bug है; और ऐसा bug product में पहुँचना अपने आप में organization के structural problem का symptom भी हो सकता है

  • व्यापक समस्या पर अलग से एक post भी है, और यह post शायद उनमें से सबसे खराब case को highlight करती है। दृष्टिबाधित और disabled users को support करने की कोशिश करने वाले web developer के रूप में मैं अब इसमें गहराई से जा रहा हूँ, और web usage के आधार पर VoiceOver तीन बड़े screen readers में सबसे खराब है
    यह modern ARIA attribute standards के support में बहुत पीछे है, और व्यवहार में कई attributes को पूरी तरह ignore करता है, इसलिए VoiceOver में intended screen reader behavior हमेशा implement नहीं किया जा सकता
    Safari की तरह ही, Apple का VoiceOver support भी सिर्फ बातों में लगता है, और पूरी तरह दृष्टिबाधित लोग शायद VoiceOver का इस्तेमाल तभी करते हैं जब कोई और विकल्प नहीं होता। कई online statistics operating system usage और web usage को मिलाकर इस तथ्य को धुंधला कर देते हैं
  • क्या आप ऐसी machine सह पाएँगे जो दिन भर random तरीके से कुछ-कुछ मिनट के लिए रुक जाए और ऊपर से आवाज़ भी करे
  • एक ही defect से platform 100% टूट सकता है
  • दृष्टिबाधित व्यक्ति के लिए यह समस्या शायद देखने वाले व्यक्ति के monitor के समय-समय पर आराम करने चले जाने जैसी है। तीसरी बार तक पहुँचते-पहुँचते सच में थकान हो जाएगी
  • Internet को बिल्कुल इस्तेमाल न करने देने वाला एक bug, सिर्फ असुविधा पैदा करने वाले सैकड़ों bugs से कहीं ज़्यादा बुरा है

• दिलचस्प दृष्टिकोण है, लेकिन शीर्षक काफ़ी उत्तेजक है। विकलांग लोगों, जिनमें कई दृष्टिबाधित लोग भी शामिल हैं, का प्रतिनिधित्व करने वाले वकील के तौर पर, मेरे सभी दृष्टिबाधित क्लाइंट Apple products पर गहराई से निर्भर हैं और कहते हैं कि accessibility features दूसरे विकल्पों से कहीं बेहतर हैं

  • अपनी दृष्टिबाधा को बेहतर ढंग से compensate करने के लिए मैं 10 साल से इस्तेमाल कर रहे MacOS से Linux/Wayland पर चला गया। मुझे मोतियाबिंद है, इसलिए स्क्रीन की हर चीज़ को बड़ा करना मददगार होता है; MacOS में यह संभव तो है, लेकिन scaling ठीक 1 या 2 न हो तो धुंधली हो जाती है, और 2x पर horizontal resolution इतना घट जाता है कि कुछ वेबसाइटों पर दिक्कत होती है
    1080p monitor पर 2x scaling हो तो viewport सिर्फ़ 960 pixels का रह जाता है
    इसके उलट Linux/Wayland 1.0, 1.25, 1.5, 1.75, 2.0, 2.25 scaling देता है, और मैं कई महीनों से 1.75 इस्तेमाल कर रहा हूँ
    Windows भी Linux/Wayland जैसा ही काम करता है। जो apps नए OS के हिसाब से update नहीं हुए हैं वे धुंधले हो जाते हैं, लेकिन इस मामले में MacOS साफ़ तौर पर पीछे है
  • iPhone मुझे सचमुच बहुत पसंद है। लेकिन computer operating system की बात हो तो मैं Windows इस्तेमाल करता हूँ। कुछ लोग Logic Pro या M1 chip की वजह से Apple पर बने रहना चाहते हैं, लेकिन मुझे लगता है कि computer रखने वाले दृष्टिबाधित लोगों में से लगभग 85% Windows इस्तेमाल करते हैं
  • मैंने Denmark के स्थानीय दृष्टिबाधित समुदाय के लोगों के साथ काम किया है; iPhone तो बहुत दिखे, लेकिन computer सभी Windows इस्तेमाल करते थे
  • विकलांग लोगों के लिए शब्दों का चुनाव करते समय disability से ज़्यादा व्यक्ति को केंद्र में रखने वाली अभिव्यक्ति बेहतर है। उदाहरण के लिए “the blind” से blind people बेहतर है
    और यहाँ चर्चा Apple accessibility की पूरी नहीं, बल्कि Mac OS के VoiceOver नाम के एक खास क्षेत्र की है। iPhone का iOS और iPad OS आम तौर पर Android से बेहतर हैं, लेकिन उनमें भी समस्याएँ हैं
    फिर भी यह समस्या सचमुच मौजूद है, और professionals के लिए बहुत बड़ी असुविधा पैदा करती है
  • phones में Apple निश्चित रूप से मजबूत है, लेकिन computers में नहीं। Windows का NVDA शानदार है और लगातार बेहतर हो रहा है

• जानना चाहूँगा कि विकल्प के तौर पर क्या recommend किया जाएगा। मेरी जानकारी में accessibility के मामले में Mac काफ़ी बड़े अंतर से सबसे अच्छा है

  • Windows और JAWS या NVDA काफ़ी mainstream हैं, और accessibility features भी अच्छी तरह समझे और support किए जाते हैं। VoiceOver उनसे कम है। यह accessibility के सिर्फ़ एक पहलू की बात है, लेकिन उस क्षेत्र में इसकी हिस्सेदारी लगभग 80% है
  • जब मैंने आख़िरी बार North America के दृष्टिबाधित computer science और engineering students पर किया गया survey देखा था, तो बहुमत ने screen reader के रूप में JAWS को पसंद किया था। इसका मतलब Windows है
  • Microsoft वास्तव में accessibility को काफ़ी गंभीरता से लेता है
  • हममें से ज़्यादातर Windows इस्तेमाल करते हैं
  • अगर आपको लगता था कि accessibility के मामले में Mac सबसे अच्छा है, तो अब आपको अलग जानकारी मिल गई है

• German TTS में एक जाना-पहचाना bug है जो numbers के आगे-पीछे “Homograph” शब्द जोड़ देता है, और यह लगभग आधे साल से चल रहा है। जो लोग उस technology पर निर्भर हैं, उनके लिए यह शर्मनाक बात है

• लेख से थोड़ा हटकर, लेकिन जानना चाहता हूँ कि क्या दृष्टिबाधित लोगों के लिए Linux पर इस्तेमाल करने लायक अच्छे tools हैं

  • Braille displays और Braille terminals के लिए BRLTTY, user-space command-line screen reader के लिए Fenrir, और graphical screen reader के लिए Orca है
    Orca को दूसरे apps शुरू करने से पहले चलाना बेहतर है। यह accessibility export variables और ATSPI से जुड़ी handling कर देता है
    मैं पूरी तरह समझता नहीं, लेकिन एहतियातन .profile में export linux-a11y = 1 जैसा ritual अब भी कर रखा है। सही variable name यह नहीं है, लेकिन list कहीं उपलब्ध है
    Braille embosser और printer output के लिए cups-filters है, और लगता है कि ज़्यादातर major distributions में embosser drivers लगभग मौजूद हैं
    Linux imagemagick से images को Braille graphics में भी बदल सकता है। Windows में embosser driver भी default में नहीं आता, graphical output तो और भी नहीं
    काश GUI Linux accessibility और बेहतर होती। आधार पहले से काफ़ी अच्छा है, और लगभग किसी भी Braille display को support करता है, लेकिन TTS engines बहुत अच्छे नहीं हैं
  • Linux पर ज़्यादा prominent screen readers में से एक Orca है: https://help.gnome.org/users/orca/stable/index.html.en
    कुछ साल पहले test के तौर पर थोड़ी देर इस्तेमाल किया था, लेकिन कुल मिलाकर Windows के NVDA और JAWS बेहतर विकल्प होने की संभावना ज़्यादा है

• developer के नज़रिए से यह सचमुच frustrating है। यह खराब user experience बनाने वाली समस्या लगती है, लेकिन कम से कम लेख में reproduction steps नहीं हैं
  जो bugs कभी-कभी ही दिखते हैं, वे अगर पर्याप्त rare हों तो उन्हें पकड़ना सचमुच मुश्किल होता है। Apple के metrics मेरे metrics से बेहतर होंगे, लेकिन फिर भी कई बार समस्या को capture करना ही कठिन होता है
  Apple में WebKit, Safari, VoiceOver/Accessibility जैसी कई teams को मिलकर इसे ठीक करना पड़ सकता है, और हर team का अपना तरीका होता है, इसलिए यह किसी एक team द्वारा ठीक की जाने वाली समस्या से ज़्यादा complex हो सकता है
  बेशक आखिर में यह priority का मुद्दा भी हो सकता है। क्योंकि कुछ bugs कई सालों से बचे हुए हैं, या OS version बदलने पर regressions आते हैं और फिर बने रहते हैं

  • वह “complexity” तो उलटे Apple के पक्ष में होनी चाहिए। जब अलग-अलग components की जिम्मेदारी पूरी तरह अलग कंपनियों के पास हो, तो समस्या का ठीक होना और मुश्किल होना ही है

• Apple पहले, खासकर iPhone पर, अच्छा accessibility experience बनाने में बहुत मजबूत था। macOS accessibility मैंने लगभग इस्तेमाल नहीं की, इसलिए ज़्यादा नहीं कह सकता, लेकिन मुझे लगता है कि Android और Windows पर क्रमशः Google और Microsoft पकड़ बना रहे हैं