मेरा accessibility stack और Wayland में इसका भविष्य

• Wayland ट्रांज़िशन X11-आधारित input accessibility tools को तोड़ देता है, जिससे कुछ users के लिए कंप्यूटर और उनके पेशेवर जीवन तक पहुंचने का साधन ही छिन जाता है
• Talon Voice speech recognition, scripting, और Python को मिलाकर app switching, dictation, browser control, और scrolling को बिना हाथों के संभव बनाता है
• gaze_ocr और Cursorless, OCR, eye tracking, और syntax tree references को जोड़कर app cooperation के बिना screen manipulation और coding की सीमा बढ़ाते हैं
• Wayland में Talon के लिए जरूरी window management, input automation, mouse positioning, clipboard, और screen reading के लिए common standard APIs की कमी है
• Talon के मुख्य developer ने public release से Linux support हटाने की घोषणा की है, और GNOME·KDE·wlroots में API implementation अब community की जिम्मेदारी बनी हुई है

---

Wayland ट्रांज़िशन input accessibility को कैसे तोड़ता है

• KDE Plasma ने 2027 की शुरुआत में X11 support हटाने की घोषणा की है, और X11 पर निर्भर accessibility tools इस्तेमाल करने वाले users के लिए लगभग 9 महीने बाद मौजूदा desktop environment का इस्तेमाल जारी रखना मुश्किल हो जाएगा
• Accessibility पर चर्चा अक्सर visual impairment या blind users के लिए output accessibility पर केंद्रित हो जाती है, लेकिन कंप्यूटर तक commands पहुंचाने वाली input accessibility भी उतनी ही महत्वपूर्ण है
• Ehlers-Danlos Syndrome के diagnosis के बाद कलाई और उंगलियों की छोटी मांसपेशियां क्षतिग्रस्त हो गईं, जिससे keyboard और mouse का इस्तेमाल मुश्किल हो गया; specialist physical therapy से हाथों का कुछ उपयोग वापस मिला, लेकिन पूरे workday को संभालने के लिए वह पर्याप्त नहीं है
• अगर Linux desktop केवल Wayland पर चला जाता है, तो वे मौजूदा tools जो लगभग बिना हाथों के कंप्यूटर चलाने देते हैं, उन्हें जरूरी स्तर का system integration नहीं मिलेगा
• Wayland ट्रांज़िशन सिर्फ display server बदलना नहीं है, बल्कि कुछ users के लिए कंप्यूटर और पेशेवर जीवन तक पहुंच का साधन खो देने जैसा बदलाव है

Talon Voice से मिलने वाला hands-free input environment

• Talon Voice तेज और सटीक speech-to-text ML model, एक dedicated scripting language, और Python को मिलाकर users को यह क्षमता देता है कि वे applications को नियंत्रित करने के तरीके खुद बढ़ा सकें
• Talon applications में accessibility integration न होने पर भी उन्हें workaround के जरिए नियंत्रित करने देता है, और इस तरीके को adversarial accessibility कहा जाता है
• talonhub/community scripts का संग्रह Talon को व्यावहारिक बनाने के लिए पहले install किया जाने वाला core component है, और यह user की जरूरतों के हिसाब से हाथ से लिखी गई दसियों हजार lines of code से बना है
• Talon से किए जा सकने वाले काम:
  • taskbar में mouse से चुनने के बजाय application focus को आवाज़ से बदलना
  • Dictation Mode में text लिखना; इस लेख का अधिकांश हिस्सा भी Talon से लिखा गया है
  • browser के लिए Rango extension का इस्तेमाल करके browser को पूरी तरह hands-free चलाना
  • लंबे prose लिखते समय D-Bus के जरिए बाहरी speech-to-text program dsnote को बुलाने वाली खुद की script का इस्तेमाल करना
  • किसी भी input device के साथ scrolling लगातार दर्द देती है, इसलिए फुसफुसाहट जैसी आवाज़ से scroll करना
  • भविष्य में Talon में foot pedal को integrate करने पर भी विचार किया जा रहा है

gaze_ocr और screen का direct control

• gaze_ocr एक Talon extension है जो OCR से screen की सामग्री पढ़ता है और screen पर मौजूद objects को सीधे click करने देता है
• Linux पर OCR backend built-in नहीं मिलता, लेकिन RapidOCR को जोड़कर इसका इस्तेमाल किया जा सका
• अगर साथ में eye tracker इस्तेमाल किया जाए, तो user वास्तव में screen के किस हिस्से को देख रहा है, उसके आधार पर text को अलग किया जा सकता है
• 60-second intro video यहां देखी जा सकती है: https://youtu.be/qkFy66WF3bU
• gaze_ocr application-side integration बिल्कुल न होने पर भी interaction संभव बनाता है, इसलिए यह application non-cooperation environment में भी काम करने वाली accessibility का प्रमुख उदाहरण है

Cursorless और voice-based coding

• Cursorless एक Visual Studio Code extension है जो source code के syntax tree को पहचानने वाली अभिव्यक्तियों और हर token पर दिखने वाले hats का उपयोग करके tokens को आवाज़ से refer करने देता है
• Text demo Xe Iaso की Cursorless explanation में देखा जा सकता है
• talonhub/community में कई programming languages के voice authoring support के साथ मिलकर, यह पूरी तरह बिना हाथों के code लिखना संभव बनाता है
• उदाहरण के लिए, किसी sentence की शुरुआत पर जाने के लिए “Cursorless” के ऊपर दिख रहे hat के color और letter position को देखकर “pre pink cap” जैसा बोलकर उस character को refer किया जाता है
• यह तरीका Talon की voice spelling system का उपयोग करता है
• Cursorless पारंपरिक keyboard-based editors या voice-based editors की तुलना में अधिक शक्तिशाली authoring तरीका देता है, और यह इतना महत्वपूर्ण tool बन चुका है कि काम में इस्तेमाल होने वाले software के लिए अलग implementations भी लिखी गई हैं
• Talon की कुल value सिर्फ disability compensation तक सीमित नहीं है; यह कंप्यूटर के साथ interaction का एक नया और अधिक शक्तिशाली तरीका भी देता है

Wayland में Talon क्यों टूट जाता है

• Linux desktop 40 साल से अधिक पुराने X11 से Wayland की ओर बढ़ रहा है, और FOSS desktop community ने Wayland को भविष्य के रूप में चुना है
• Talon को बुनियादी काम करने के लिए window manager और compositor के साथ गहरे integration की जरूरत होती है, लेकिन Wayland इन operations के लिए कोई standard तरीका नहीं देता
• सबसे बुनियादी text input automation भी “सच्चे Wayland तरीके” से संभव नहीं दिखता; X11 के de facto standard input automation tool xdotool के maintainer ने इसका जांच-पड़ताल की, लेकिन निष्कर्ष उलझे हुए रहे
• Talon की जरूरतें text input से आगे बढ़कर window management, mouse positioning, clipboard management, और screen reading तक जाती हैं
• GNOME में संभव है लेकिन KDE में नहीं, या wlroots में पहले से implemented है—ऐसे जवाब पर्याप्त नहीं हैं
• Cross-platform developers के लिए GNOME, KDE, wlroots, और Smithay-आधारित Niri जैसे अलग-अलग compositors के लिए अलग implementations लिखना अव्यावहारिक है
• मुख्य सीमा यह है कि कोई भी compositor Talon के लिए जरूरी पूरे API surface को implement नहीं करता

Talon के Linux support हटाने की दिशा

• Talon के मुख्य developer Aegis ने कहा है कि X11 के गायब होने और users के non-working environments में जाने की स्थिति में, public release से सारा Linux support जल्द हटा दिया जाएगा
• Talon free और paid tiers में बंटा हुआ है, और paid tier फिलहाल X11 support बनाए रखेगा
• Public release से Linux support हटाने का फैसला इस बोझ को कम करने से जुड़ा है कि free users install करने के बाद Wayland environment में उसके काम न करने से हैरान होते हैं
• यह फैसला दुर्भावना से नहीं, बल्कि इस व्यावहारिक निष्कर्ष पर आधारित है कि 2027 में Linux desktop को support करने का कोई रास्ता नहीं दिखता
• अगर Linux desktop को support करने का कोई तरीका नहीं है, तो संभावित जवाब Linux desktop support को ही हटाना रह जाता है

Community के सामने रहने वाला काम

• Aegis ने Linux पर Talon को बचाना चाहने वाले users के सामने ये शर्तें रखीं:
  • किसी भी कारण से Aegis के साथ Wayland support पर चर्चा नहीं की जाएगी
  • Community मिलकर Talon के लिए जरूरी पूरे API surface को GNOME, KDE, और wlroots पर सफलतापूर्वक implement करे
  • उसके बाद Talon के नए Wayland backend की समीक्षा की जा सकती है
• यह काम अब भी community के लिए आसानी से पहुंच में आने वाली समस्या नहीं है, और Wayland ecosystem को users की समस्याओं के प्रति अनुकूल नहीं बताया गया है
• xdg-session-management protocol को पहली pull request से पूरा होने तक 6 साल लगे
• हाल ही में merge हुआ ext-zones protocol merge होने में 2 साल से अधिक ले गया, और इसमें शुरुआती concept बनाने के लिए लगे कई वर्षों के research and development शामिल नहीं हैं
• शुरुआत में लगा कि maintainers input accessibility की जरूरतों से अनजान हैं, इसलिए समाधान में देरी हो रही है; लेकिन पुराने mailing lists और discussion records पढ़ने के बाद “कोई इस बारे में बात नहीं करता” वाली स्थिति खुद एक self-fulfilling result जैसी लगने लगी

Wayland ecosystem में भागीदारी की कठिनाई

• पिछली चर्चाओं में दो तरह की प्रतिक्रियाएं खास तौर पर समस्या बनी रहीं:
  • Nate Graham का response इस वास्तविकता पर बात करता है कि application developers को Wayland upstream में योगदान देना पड़ता है
  • एक Fedora DEI accessibility thread में, जिसमें Talon का नाम नहीं लिया गया था, GTK maintainer का response चर्चा में शामिल होने से इनकार करता है, users को “accessibility maximalists” कहता है, और input accessibility से सीधे संबंधित न होने वाली सामग्री का हवाला देता है
• ऐसी प्रतिक्रियाएं और wayland-protocols की स्थिति इस उम्मीद को काफी कमजोर कर देती हैं कि सिर्फ और अधिक संवाद से समाधान निकल आएगा
• Wayland ecosystem भागीदारी की मांग करता हुआ दिखता है, लेकिन साथ ही accessibility needs को नज़रअंदाज़ करता है या छोटे से progress के लिए वर्षों की full-time मेहनत मांगता है
• Input accessibility की समस्याएं सार्वजनिक रूप से पर्याप्त चर्चा में क्यों नहीं आतीं, इसका निष्कर्ष यह बनता है कि कोशिश करने पर भी यह अर्थहीन लगता है
• Talon developer Linux desktop को लगभग निराशाजनक लक्ष्य मानकर, उसे बचाने की संभावना community पर छोड़ देता है—यह भी इसी संदर्भ में समझ आता है

Linux desktop छोड़ना क्यों नहीं चाहता

• Linux desktop अब भी ऐसा environment है जिसे मैं इस्तेमाल करते रहना चाहता हूं; यह Plasma desktop, मनचाहा game support, जरूरी development tools, और नए hardware blocks के लिए latest tools देता है
• Ads, खराब UI redesigns, और हर जगह ठूंसी गई AI के बिना साफ-सुथरा अनुभव भी Linux desktop को बनाए रखने की वजह है
• Fireborn की पिछले साल की पोस्ट की तरह, Wayland अब काफी आगे बढ़ चुका है और अब हमारे पास योगदान देने की कोशिश करने के अलावा विकल्प नहीं है
• जरूरत इस बात की है कि accessibility needs, Talon उन जरूरतों को कैसे पूरा करता है, और केवल-Wayland वाला भविष्य उन्हें क्यों पूरा नहीं कर पाएगा—इसे स्पष्ट रूप से बताया जाए
• अगर किसी को आगे बढ़ने का रास्ता पता है, तो यह input accessibility users की मदद करने का मौका है

Human input devices की संभावनाएं और सीमाएं

• Talon और संबंधित तकनीकों का 6 महीने तक उपयोग करने के बाद, पारंपरिक keyboard और mouse का इस्तेमाल न कर पाने की स्थिति में भी जीवन और काम जारी रखना संभव हुआ
• Keyboard और mouse-केंद्रित सोच से बाहर निकलते ही यह साफ हुआ कि human input devices की संभावनाएं कहीं अधिक व्यापक हैं
• आधुनिक कंप्यूटर screen पर मौजूद हर character को ML model से scan कर सकते हैं, user किस character को देख रहा है उसे track कर सकते हैं, और 1 second के भीतर उस text को सीधे click करने जैसी input method संभव बना सकते हैं
• विशेष keyboard Svalboard पर भी जल्द एक अलग लेख आने वाला है; यह device 3 साल पहले मौजूद ही नहीं थी
• Talon लगातार बेहतर हो रहा है और इसमें पहले से बहुत सारे commands हैं, और जब वे पर्याप्त न हों तो खुद commands लिखने का तरीका भी मौजूद है
• अगर आप इन नए input methods को खुद आज़माना चाहते हैं, तो फिलहाल Wayland का इस्तेमाल नहीं करना चाहिए

[GN⁺]

Lobste.rs की राय

• यह लंबा और विस्तार से लिखा गया पोस्ट कमज़ोर लोगों पर हमला करने के इरादे से नहीं है, बल्कि सचमुच एक बड़ी और कठिन समस्या को हल करने के लिए सही लोगों तक बात पहुँचाने की कोशिश है
  अगर आप ऐसे व्यक्ति हैं, या किसी ऐसे व्यक्ति को जानते हैं, तो कृपया संपर्क करें
  पहले lobste.rs पर इस बारे में एक पोस्ट आई थी: https://lobste.rs/s/o0x7rb/your_mouse_free_setups
  उसी समय मिले सुझावों की वजह से ही मुझे पहली बार Talon और Svalboard के बारे में पता चला, जिसके लिए मैं बहुत आभारी हूँ

  • यह पोस्ट KDE चैट रूम्स में शेयर की गई है। मैं कुछ गारंटी नहीं दे सकता, लेकिन लोग स्थिति से अवगत हैं
    मैं इस stack पर काम नहीं करता, लेकिन मुझे सच में अफसोस है, और KDE से जुड़े स्पेसेज़ में इस मुद्दे को ज़्यादा लोगों तक पहुँचाने की पूरी कोशिश करूँगा। सही जानकारी वाला कोई व्यक्ति स्थिति बेहतर बना सकता है
    फिर से कहूँगा, मैं कोई गारंटी नहीं दे सकता, लेकिन हम सुन रहे हैं और निश्चित रूप से मदद करना चाहते हैं
    दिलचस्पी रखने वाले लोग Matrix चैनलों में आ सकते हैं: #kde-accessibility:kde.org, #kwin:kde.org
    इसके अलावा, किसी ने Talos डेवलपमेंट साइड से पूछा था कि इसे Wayland पर कैसे चलाया जाए, लेकिन Talos डेवलपर ने जवाब दिया: “Wayland is not supported.”

• सोच रहा हूँ कि क्या यह पोस्ट सरकारी software procurement के निर्णय लेने वालों तक पहुँच सकती है
  अगर सही व्यक्ति ऐसा ईमेल भेजे कि “assistive input उपयोगकर्ता जल्द ही अपना समर्थित accessibility path खो देंगे, इसलिए EN 301 549/Section 508 मानकों के तहत Ubuntu या Red Hat जैसी Wayland-आधारित Linux desktop distributions को प्रमाणित नहीं किया जा सकता”, तो इससे मौजूदा गतिरोध तोड़ने में काफ़ी मदद मिल सकती है

  • लेकिन क्या वास्तव में कोई सरकार Linux desktop को बड़े पैमाने पर इस्तेमाल करती भी है?
    आजकल Linux accessibility सुधारने का एक बहुत अप्रत्यक्ष तरीका शायद यह होगा कि कोई संगठन सरकार को Linux desktop बेचकर पैसा कमाने की कोशिश करे। ऐसा करने के लिए उसे accessibility समस्याएँ हल करनी पड़ेंगी
    मौजूदा वैश्विक स्थिति को देखते हुए, मुझे लगा था कि कोई न कोई ऐसा कारोबार ज़रूर उभरेगा जो सरकारों की Apple और Microsoft पर निर्भरता कम करके पैसा कमाना चाहे
    मेरी समझ में UNIX से जुड़ी accessibility में काफ़ी प्रगति उस समय हुई थी जब Sun सरकारों को desktop बेच रहा था

• मेरी भी, मूल पोस्ट लिखने वाले की तरह, EDS की diagnosis हुई थी, लेकिन जब मैं 12 साल का था। किसी ने कभी नहीं बताया कि यह बीमारी बिगड़ सकती है; उल्टा मुझे कहा गया था कि “समय के साथ यह बस गायब हो जाएगी”
  समय बीतने के साथ पिछले एक साल में मेरे हाथों की ताकत घटती जा रही है, और हालत ऐसी हो गई कि कई बार इसे neurological problem समझ लिया गया
  मुझे पता है कि हाथों के बिना इस्तेमाल हो सके ऐसा सिस्टम सेट अप करने के लिए मेरे पास समय कम होता जा रहा है। Wayland compositors को standard बनते और X को पीछे जाते देखकर, EDS वाले एक दोस्त द्वारा सुझाए गए Talon को सीखने की मेरी इच्छा टूट रही है
  मैं अभी, जब तक संभव है, support बनाने में मदद करना चाहता था, लेकिन शुरुआत कहाँ से करूँ समझ नहीं आता, और ऐसा लगता है कि परवाह करने वाले बहुत कम लोग हैं। यह स्थिति सच में बहुत पीड़ादायक है

  • यह भावना बहुत गहराई से समझ आती है। diagnosis के दो महीने बाद मैंने आखिरकार फैसला करके X11 पर स्विच किया। उससे पहले मैं Wayland पर Speech Note इस्तेमाल कर रहा था और touchpad से बहुत धीरे, बहुत दर्द के साथ काम कर रहा था
    “पुराने” architecture पर लौटकर एक असली accessibility system इस्तेमाल कर पाना मेरे लिए बहुत बड़ी प्रगति थी, और अफसोस है कि मैंने यह पहले नहीं किया। Linux desktop accessibility का भविष्य चाहे जो भी हो, अभी के लिए Talon इस्तेमाल करना अच्छा रहेगा
    जहाँ तक ताकत का सवाल है, अभी यह असंभव लग सकता है, लेकिन recovery संभव है, और जितनी जल्दी शुरू करें उतना बेहतर। जैसा मैंने पहले कहा, कई महीनों की intensive physical therapy के बाद मैं अपने हाथों का कुछ हद तक फिर से उपयोग कर पाया। recovery को मैंने महीनों के पैमाने पर ट्रैक किया, और प्रगति ऐसी दिखी जैसे पिछले साल जिन बिंदुओं को खोया था उन्हें उल्टे क्रम में वापस पा रहा हूँ
    इसलिए जितनी जल्दी थेरेपी शुरू करेंगे, उतनी जल्दी recovery संभव होगी। अंतिम रूप में उसका मतलब जो भी निकले। मैं भी अभी उसी यात्रा पर हूँ, और शायद आगे भी रहूँगा
    अगर आप अमेरिका में हैं, तो मदद करने वाले physical therapist खोजने के लिए यह साइट देख सकते हैं: https://www.ehlers-danlos.com/eds-echo-healthcare-professionals/
    किसी भी physical therapist के पास नहीं जाना चाहिए। वे EDS मरीजों का इलाज करने के लिए तैयार नहीं हो सकते, और इससे स्थिति सुधरने के बजाय खराब हो सकती है
    diagnosis और treatment तक पहुँचने की अपनी व्यक्तिगत यात्रा मैं DM या किसी दूसरे platform पर और विस्तार से साझा कर सकता हूँ। चाहें तो संपर्क करें

• इतने लोगों को प्रभावित करने वाली समस्या उठाने के लिए धन्यवाद
  लेकिन काश एक वाक्य हटा दिया जाता: “महत्वपूर्ण बात यह है कि उस कचरे जैसे codebase को अब कोई छूना नहीं चाहता, और Wayland वही भविष्य है जिसे FOSS desktop community ने चुना है”
  freedesktop, Red Hat, GNOME, आप या मैं—हममें से कोई भी पूरी FOSS desktop community की ओर से नहीं बोल सकता। यह community कोई एकसमान इकाई नहीं है, और हाँ, इसमें कई echo chambers भी हैं
  मैं नहीं मानता कि भावना और सहमति उतनी सर्वसम्मत है जितना कुछ लोग दूसरों को विश्वास दिलाना चाहते हैं। कुछ प्रमुख projects ने अभी तक फैसला नहीं किया है, और उन्होंने पूरी तरह Wayland पर जाकर X को छोड़ देने का वादा भी नहीं किया है। इसे पहले से तय नतीजे की तरह देखना पत्थर पर लिखी बात नहीं है
  फिर भी, अगर Linux छोड़कर BSD पर जाना पड़े, तो वह दुर्भाग्यपूर्ण होगा

  • मूल पोस्ट की वह पंक्ति सच है। Xorg maintainers सचमुच “उस कचरे जैसे codebase से हट चुके हैं”, और किसी ने उन्हें ऐसा करने के लिए मजबूर नहीं किया
    यह FOSS की do-ocracy का एक ठोस नुकसान है। अगर किसी काम को करना चाहने वाले लोग पर्याप्त संख्या में न हों, या उसके लिए लागत देने में सक्षम और इच्छुक लोग पर्याप्त न हों, तो वह काम नहीं होता
    सैद्धांतिक रूप से कोई भी Xorg fork को maintain और distribute करके उसकी चिंगारी ज़िंदा रख सकता है, लेकिन अभी तक ऐसा नहीं हुआ—और यही अपने आप में “पूरी FOSS desktop community की ओर से बोलने” जैसा है
    BSD भी Wayland support जोड़ रहे हैं, और मेरी जानकारी में किसी BSD project ने maintain किया हुआ fork घोषित नहीं किया है। और मैं XLibre को एक व्यावहारिक fork नहीं मानता
    मैं मानता हूँ कि मुझे अभी तक कोई बड़ा शारीरिक disability न झेलने का विशेषाधिकार मिला है, और मूल पोस्ट की स्थिति के प्रति मेरी सहानुभूति है। Talon को जिस स्तर की access चाहिए, वह शायद KWin plugin के रूप में implement करना बेहतर होगा
    लेकिन Talon closed source है, इसलिए उसका मूल्यांकन करना कठिन है, और maintenance भी काफ़ी मुश्किल हो सकती है

• मुझे Wayland की सीमाओं के बारे में कुछ हद तक पता था, लेकिन एक हल्के उपयोगकर्ता के तौर पर मैंने सिर्फ़ कुछ छोटी विचित्रताएँ ही झेली थीं और इस तरह की समस्या से सीधे कभी नहीं जूझा था
  उम्मीद है कि यह लेख उन लोगों के बीच जागरूकता फैलाने में मदद करेगा जो वास्तव में बदलाव ला सकते हैं
  मैं सोच रहा हूँ कि पहुँच बढ़ाने के लिए क्या इंटरनेट के दूसरे हिस्सों में इस लेख को दोबारा पोस्ट करना ठीक रहेगा। मैं मूल अस्वीकरण को साफ़ तौर पर शामिल करूँगा कि इसका बिल्कुल भी मकसद कमज़ोर लोगों पर हमला करना नहीं है, और लोगों से कहूँगा कि गुस्से भरी प्रतिक्रियाएँ अपने पास रखें

• Talon प्रभावशाली है। मुझे बिल्कुल पता नहीं था कि ऐसा संभव है
  चित्रलिपि-आधारित भाषाओं में भी स्थिति मिलती-जुलती है। आख़िरकार Wayland को अपनाना कुछ क्षेत्रों में दीवार से टकराएगा, या फिर इस समस्या को ठीक करना होगा

• मैं सोच रहा हूँ कि क्या इस मुद्दे पर European Accessibility Act के संदर्भ में चर्चा की जा सकती है
  मैं क़ानूनी भाषा से परिचित नहीं हूँ, लेकिन इतना जानता हूँ कि operating system accessibility इसका एक मुख्य हिस्सा है। अगर Linux को अनुपालन करना है, तो यह डेवलपर्स और Sovereign Tech Agency, NLNet जैसी यूरोपीय फंडिंग संस्थाओं के साथ उठाया जा सकने वाला मुद्दा लगता है

  • मुझे याद है कि अमेरिका का ADA, EU accessibility नियमों की तुलना में काफ़ी ज़्यादा सख़्त है और काफ़ी पुराना भी, लेकिन फिर भी उसने Red Hat को अमेरिकी सरकार को बेचने से नहीं रोका

• मैंने Talon इस्तेमाल नहीं किया है, लेकिन piano sustain pedal जैसे MIDI devices को एक छोटे relay program के ज़रिए दूसरी input में बदलकर इस्तेमाल करना मैंने काफ़ी आसानी से किया है
  hardware भी काफ़ी सस्ता है और विकल्प भी बहुत हैं, इसलिए थोड़े-से glue code के साथ इन्हें रचनात्मक तरीक़े से फिर से इस्तेमाल किया जा सकता है। इस पर विचार किया जा सकता है

  • यह विषय से थोड़ा अलग है, लेकिन custom input devices accessibility में एक दिलचस्प दिशा हो सकते हैं, और open/DIY keyboards जैसी communities पहले से मौजूद हैं
    ploopy trackball का ऐसा रूप भी बनाया जा सकता है जिसे पैरों से चलाया जाए। इसके लिए बड़ा ball और sensitivity adjustment चाहिए होगा, और buttons को फिर से डिज़ाइन करना पड़ेगा, लेकिन सबसे सरल रूप में अलग keyboard की तरह दूसरे पैर से एक अलग button pad दबाने का तरीका भी संभव है

• “पिछले साल X11 के de facto standard input automation tool xdotool का maintainer यह पता लगाने की कोशिश करते हुए कि यह कैसे किया जाए, उलझन में पड़कर चला गया” वाली बात पर, इस साल उसने फिर से कोशिश की और काफ़ी प्रगति की है
  उदाहरण के लिए https://hachyderm.io/@whack/116554328265192238 है। अभी लगता है कि वह कई desktop environments में automated testing करने से जुड़ा अतिरिक्त काम कर रहा है

• मैं सोच रहा हूँ कि क्या Wayback अल्पकालिक या मध्यम अवधि का अस्थायी workaround बन सकता है

  • यह उस काम के लिए उपयुक्त नहीं है। Wayback का उद्देश्य Window Maker जैसे X11-only desktop को Wayland के ऊपर चलाना है, ताकि लगभग बिना रखरखाव वाले Xorg server को software stack से हटाया जा सके
    Alpine पक्ष के लोग इसे आगे बढ़ा रहे हैं, क्योंकि वे उन window managers को छोड़े बिना Xorg packaging बंद करना चाहते हैं जो अभी तक Wayland पर नहीं आए हैं
    मूल लेख जिस बात की चर्चा कर रहा है, वह Plasma और Gnome द्वारा अपने-अपने X11 session समर्थन को हटाने की समस्या है