สแต็กการช่วยการเข้าถึงของฉันและอนาคตบน Wayland

 (nocoffei.com)
1 คะแนน โดย GN⁺ 3 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • การเปลี่ยนไปใช้ Wayland ทำให้เครื่องมือการช่วยการเข้าถึงด้านอินพุตที่อิงกับ X11 ใช้งานไม่ได้ ส่งผลให้ผู้ใช้บางคนสูญเสียวิธีเข้าถึงทั้งคอมพิวเตอร์และการทำงานของตนเอง
  • Talon Voice ผสานการรู้จำเสียง สคริปต์ และ Python เพื่อให้สลับแอป พิมพ์ตามคำบอก ควบคุมเบราว์เซอร์ และเลื่อนได้โดยไม่ต้องใช้มือ
  • gaze_ocr และ Cursorless ผสาน OCR การติดตามสายตา และการอ้างอิงต้นไม้ไวยากรณ์ เพื่อขยายขอบเขตการควบคุมหน้าจอและการเขียนโค้ดได้โดยไม่ต้องพึ่งความร่วมมือจากแอป
  • Wayland ยังขาด API มาตรฐานร่วมสำหรับ การจัดการหน้าต่าง ที่ Talon ต้องใช้ รวมถึงการทำอินพุตอัตโนมัติ การกำหนดตำแหน่งเมาส์ คลิปบอร์ด และการอ่านหน้าจอ
  • ผู้พัฒนาหลักของ Talon ประกาศว่าจะ ถอดการรองรับ Linux ออกจากรุ่นเผยแพร่สาธารณะ และการทำ API ให้ใช้งานได้ทั่ว GNOME·KDE·wlroots ยังเป็นภารกิจของชุมชน

ปัญหาที่การเปลี่ยนไปใช้ Wayland ทำให้การช่วยการเข้าถึงด้านอินพุตขาดหาย

  • KDE Plasma ประกาศ ว่าจะยกเลิกการรองรับ X11 ในช่วงต้นปี 2027 ทำให้ผู้ใช้เครื่องมือการช่วยการเข้าถึงที่พึ่งพา X11 อาจใช้งานเดสก์ท็อปสภาพแวดล้อมปัจจุบันต่อได้ยากภายในราว 9 เดือน
  • การพูดคุยเรื่องการช่วยการเข้าถึงมักมุ่งไปที่ การช่วยการเข้าถึงด้านเอาต์พุต สำหรับผู้ใช้ที่มีข้อจำกัดทางการมองเห็นหรือผู้ใช้ตาบอด แต่ การช่วยการเข้าถึงด้านอินพุต ซึ่งเป็นวิธีส่งคำสั่งไปยังคอมพิวเตอร์ก็สำคัญเท่าเทียมกัน
  • หลังได้รับการวินิจฉัยว่าเป็น Ehlers-Danlos Syndrome กล้ามเนื้อมัดเล็กที่ใช้ข้อมือและนิ้วได้รับความเสียหายจนใช้คีย์บอร์ดและเมาส์ได้ยาก แม้จะฟื้นการใช้งานมือบางส่วนได้ด้วยกายภาพบำบัดเฉพาะทาง แต่ก็ยังไม่พอสำหรับการทำงานเต็มวัน
  • หากเดสก์ท็อป Linux ย้ายไปเป็น Wayland เท่านั้น เครื่องมือปัจจุบันที่ช่วยให้ควบคุมคอมพิวเตอร์ได้โดยแทบไม่ต้องใช้มือ จะไม่ได้รับการผสานเข้าระบบในระดับที่จำเป็น
  • การเปลี่ยนไปใช้ Wayland จึงไม่ใช่แค่การเปลี่ยน display server แต่เป็นการเปลี่ยนแปลงที่ทำให้ผู้ใช้บางคนสูญเสียวิธีเข้าถึงทั้งคอมพิวเตอร์และชีวิตการทำงาน

สภาพแวดล้อมอินพุตแบบไม่ใช้มือที่ Talon Voice มอบให้

  • Talon Voice ผสาน โมเดล ML แปลงเสียงเป็นข้อความ ที่เร็วและแม่นยำ ภาษาสคริปต์เฉพาะ และ Python เพื่อให้ผู้ใช้ขยายวิธีควบคุมแอปพลิเคชันได้ด้วยตนเอง
  • Talon ช่วยให้สามารถควบคุมแอปได้แบบอ้อม ๆ แม้แอปจะไม่ได้ผสานการช่วยการเข้าถึงมาให้ และแนวทางนี้ถูกเรียกว่า adversarial accessibility
  • ชุดสคริปต์ talonhub/community เป็นองค์ประกอบหลักที่มักติดตั้งก่อนเพื่อให้ Talon ใช้งานได้จริง และประกอบด้วยโค้ดที่เขียนขึ้นด้วยมือหลายหมื่นบรรทัดตามความต้องการของผู้ใช้
  • สิ่งที่ทำได้ด้วย Talon:
    • สลับ โฟกัสแอปพลิเคชัน ด้วยเสียง แทนการใช้เมาส์เลือกจากแถบงาน
    • เขียนข้อความด้วย Dictation Mode ซึ่งบทความต้นฉบับส่วนใหญ่ก็เขียนด้วย Talon
    • ควบคุมเบราว์เซอร์ได้ทั้งหมดโดยไม่ต้องใช้มือผ่าน Rango extension
    • เวลาเขียนงานร้อยแก้วยาว ๆ จะใช้สคริปต์ที่เขียนเองเพื่อเรียกโปรแกรมแปลงเสียงเป็นข้อความภายนอก dsnote ผ่าน D-Bus
    • ไม่ว่าจะใช้อุปกรณ์อินพุตแบบไหน การเลื่อนหน้าจอก็ยังทำให้เจ็บอยู่เสมอ จึงเลื่อนด้วยเสียงชู่
    • ในอนาคตยังอาจพิจารณาผสาน แป้นเหยียบเท้า เข้ากับ Talon

gaze_ocr และการควบคุมหน้าจอโดยตรง

  • gaze_ocr เป็นส่วนขยายของ Talon ที่ใช้ OCR อ่านเนื้อหาบนหน้าจอ และช่วยให้คลิกวัตถุบนหน้าจอได้โดยตรง
  • บน Linux ไม่มี OCR backend มาให้โดยตรง แต่สามารถเชื่อมกับ RapidOCR เพื่อใช้งานได้
  • เมื่อใช้ร่วมกับตัวติดตามสายตา ก็สามารถแยกแยะข้อความบนหน้าจอจากตำแหน่งที่ผู้ใช้กำลังมองอยู่จริงได้
  • วิดีโอแนะนำ 60 วินาทีดูได้ที่ https://youtu.be/qkFy66WF3bU
  • gaze_ocr สามารถโต้ตอบได้แม้ฝั่งแอปจะไม่มีการผสานใด ๆ เลย จึงเป็นตัวอย่างเด่นของการช่วยการเข้าถึงที่ทำงานได้ในสภาพแวดล้อมที่ แอปไม่ให้ความร่วมมือ

Cursorless และการเขียนโค้ดด้วยเสียง

  • Cursorless เป็นส่วนขยายของ Visual Studio Code ที่รับรู้ ต้นไม้ไวยากรณ์ ของซอร์สโค้ด แล้วใช้การอ้างอิงด้วยเสียงร่วมกับ hat เหนือแต่ละโทเค็นเพื่อชี้โทเค็นต่าง ๆ
  • ดูเดโมแบบข้อความได้จาก คำอธิบาย Cursorless ของ Xe Iaso
  • เมื่อใช้ร่วมกับการรองรับการเขียนด้วยเสียงสำหรับหลายภาษาโปรแกรมใน talonhub/community ก็สามารถเขียนโค้ดได้โดยไม่ต้องใช้มือเลย
  • ตัวอย่างเช่น หากต้องการย้ายไปต้นประโยค ก็จะดูสีของ hat และตำแหน่งตัวอักษรเหนือคำว่า “Cursorless” แล้วพูดว่า “pre pink cap” เพื่ออ้างถึงตัวอักษรนั้น
  • วิธีนี้ใช้ ระบบสะกดออกเสียง ของ Talon
  • Cursorless มอบวิธีการเขียนที่ทรงพลังกว่าทั้งเอดิเตอร์แบบใช้คีย์บอร์ดทั่วไปหรือเอดิเตอร์ที่ใช้เสียง และยังเป็นเครื่องมือสำคัญถึงขั้นมีการเขียนส่วนขยายเฉพาะสำหรับซอฟต์แวร์ที่ใช้ในงาน
  • คุณค่าของ Talon โดยรวมไม่ได้หยุดอยู่แค่การชดเชยความพิการ แต่ยังมอบวิธีโต้ตอบกับคอมพิวเตอร์ที่ใหม่กว่าและทรงพลังกว่า

ทำไม Talon ถึงพังบน Wayland

  • เดสก์ท็อป Linux กำลังย้ายจาก X11 ที่ใช้งานมานานกว่า 40 ปีไปสู่ Wayland และชุมชนเดสก์ท็อป FOSS ก็เลือก Wayland เป็นอนาคต
  • Talon จำเป็นต้องผสานลึกกับ window manager และ compositor เพื่อทำงานพื้นฐาน แต่ Wayland ไม่มีวิธีมาตรฐานสำหรับพฤติกรรมเหล่านี้
  • แม้แต่การทำอินพุตข้อความอัตโนมัติขั้นพื้นฐานที่สุดก็ดูเหมือนจะเป็นไปไม่ได้ใน “วิถีแบบ Wayland ที่แท้จริง” และผู้ดูแล xdotool ซึ่งเป็นเครื่องมือทำอินพุตอัตโนมัติมาตรฐานโดยพฤตินัยของ X11 ก็ได้ สำรวจเรื่องนี้ แล้วแต่ก็ได้ข้อสรุปที่ชวนสับสน
  • ขอบเขตที่ Talon ต้องการนั้นเกินกว่าการป้อนข้อความไปถึง การจัดการหน้าต่าง การกำหนดตำแหน่งเมาส์ การจัดการคลิปบอร์ด และการอ่านหน้าจอ
  • คำตอบอย่าง “บน GNOME ทำได้แต่บน KDE ไม่ได้” หรือ “มีแล้วใน wlroots” ยังไม่เพียงพอ
  • สำหรับนักพัฒนาข้ามแพลตฟอร์ม การต้องเขียนส่วนรองรับแยกสำหรับ compositor หลายแบบ เช่น GNOME, KDE, wlroots และ Niri ที่อิง Smithay เป็นเรื่องไม่สมจริง
  • ข้อจำกัดสำคัญคือไม่มี compositor ตัวใดที่ทำ API ทั้งชุดที่ Talon ต้องการครบถ้วน

ทิศทางการถอดการรองรับ Linux ของ Talon

  • Aegis ผู้พัฒนาหลักของ Talon ประกาศว่า เมื่อ X11 กำลังหายไปและผู้ใช้กำลังย้ายไปยังสภาพแวดล้อมที่ใช้งานไม่ได้ Talon จะ ถอดการรองรับ Linux ทั้งหมดจากรุ่นเผยแพร่สาธารณะในเร็ว ๆ นี้
  • Talon แบ่งเป็นชั้นใช้งานฟรีและแบบเสียเงิน โดยชั้นเสียเงินจะยังคงรองรับ X11 ต่อไปอีกระยะ
  • การตัดสินใจถอดการรองรับ Linux จากรุ่นสาธารณะมีเป้าหมายเพื่อลดภาระที่ผู้ใช้ฟรีจะติดตั้งแล้วค่อยพบภายหลังว่าใช้งานไม่ได้บน Wayland
  • การตัดสินใจนี้ไม่ได้เกิดจากเจตนาร้าย แต่ตั้งอยู่บนการประเมินเชิงปฏิบัติว่าในปี 2027 จะไม่มีหนทางรองรับเดสก์ท็อป Linux ได้
  • หากไม่มีวิธีรองรับเดสก์ท็อป Linux คำตอบที่เป็นไปได้ก็คือเลิกรองรับเดสก์ท็อป Linux ไปเลย

ภารกิจที่ชุมชนต้องรับต่อ

  • เงื่อนไขที่ Aegis เสนอแก่ผู้ใช้ที่อยากให้ Talon อยู่รอดบน Linux:
    • ไม่พูดคุยเรื่อง การรองรับ Wayland กับ Aegis ไม่ว่าด้วยเหตุผลใดก็ตาม
    • ให้ชุมชนรวมตัวกันทำ API ทั้งชุดที่ Talon ต้องการให้สำเร็จบน GNOME, KDE และ wlroots
    • หลังจากนั้นจึงค่อยพิจารณา backend Wayland ใหม่ของ Talon ได้
  • ภารกิจนี้ยังคงเป็นปัญหาที่ชุมชนเข้าถึงได้ยาก และระบบนิเวศ Wayland ถูกอธิบายว่าไม่เป็นมิตรกับปัญหาที่ผู้ใช้เผชิญ
  • xdg-session-management protocol ใช้เวลาถึง 6 ปี ตั้งแต่ pull request แรกจนเสร็จสมบูรณ์
  • ext-zones protocol ที่เพิ่งถูกรวมล่าสุดก็ใช้เวลากว่า 2 ปีกว่าจะ merge และยังไม่รวมช่วงวิจัยพัฒนาหลายปีก่อนสร้างแนวคิดแรกเริ่ม
  • ตอนแรกมองว่าการแก้ปัญหาล่าช้าเพราะผู้ดูแลยังไม่รู้ความต้องการด้านการช่วยการเข้าถึงอินพุต แต่หลังจากอ่านบันทึกการสนทนาและ mailing list เก่า ๆ ก็เริ่มรู้สึกว่าสภาพที่ “ไม่มีใครพูดถึง” นั้นเองเป็นผลลัพธ์แบบเติมเต็มตัวเอง

ความยากของการมีส่วนร่วมในระบบนิเวศ Wayland

  • ในการพูดคุยที่ผ่านมา มีปฏิกิริยาสองแบบที่ยังเป็นปัญหาอย่างยิ่ง:
    • คำตอบ ของ Nate Graham กล่าวถึงความจริงที่ว่านักพัฒนาแอปต้องไปมีส่วนร่วมกับ upstream ของ Wayland
    • ในเธรด Fedora DEI accessibility ที่ไม่ได้เอ่ยชื่อ Talon โดยตรง คำตอบ ของผู้ดูแล GTK ปฏิเสธการร่วมอภิปราย เรียกผู้ใช้ว่า “accessibility maximalists” และอ้างอิงข้อมูลที่ไม่เกี่ยวข้องโดยตรงกับการช่วยการเข้าถึงด้านอินพุต
  • ปฏิกิริยาเหล่านี้และสถานะของ wayland-protocols ทำให้ความคาดหวังว่าการสื่อสารเพิ่มเติมเพียงอย่างเดียวจะช่วยแก้ปัญหาได้ลดลงอย่างมาก
  • ระบบนิเวศ Wayland ดูเหมือนจะเรียกร้องให้เข้ามามีส่วนร่วม แต่ในทางปฏิบัติก็เพิกเฉยต่อความต้องการด้านการช่วยการเข้าถึง หรือไม่ก็ต้องการแรงงานเต็มเวลาหลายปีเพื่อให้เกิดความคืบหน้าเพียงเล็กน้อย
  • จึงเกือบสรุปได้ว่า เหตุผลที่ปัญหาการช่วยการเข้าถึงด้านอินพุตไม่ถูกพูดถึงในที่สาธารณะมากพอ เป็นเพราะแม้จะพยายามแล้วก็ดูไม่มีความหมาย
  • บริบทนี้ยังช่วยอธิบายว่าทำไมนักพัฒนา Talon จึงมองเดสก์ท็อป Linux ว่าแทบหมดหวัง และโยนความเป็นไปได้ในการกอบกู้ไว้ให้ชุมชน

เหตุผลที่ยังไม่อยากทิ้งเดสก์ท็อป Linux

  • เดสก์ท็อป Linux ยังเป็นสภาพแวดล้อมที่อยากใช้งานต่อ เพราะมีเดสก์ท็อป Plasma การรองรับเกมตามต้องการ เครื่องมือพัฒนาที่จำเป็น และเครื่องมือใหม่สำหรับ hardware block รุ่นใหม่
  • ประสบการณ์ที่สะอาด ปราศจากโฆษณา การออกแบบ UI ใหม่ที่แย่ลง และ AI ที่ถูกยัดใส่ไปทั่ว ก็เป็นอีกเหตุผลที่อยากอยู่กับเดสก์ท็อป Linux ต่อ
  • เช่นเดียวกับบทความเมื่อปีที่แล้วของ Fireborn Wayland เติบโตขึ้นแล้ว และตอนนี้ก็ไม่มีทางเลือกนอกจากพยายามมีส่วนร่วม
  • สิ่งที่จำเป็นคือการสื่อสารให้ชัดเจนถึงความต้องการด้านการช่วยการเข้าถึง วิธีที่ Talon เติมเต็มความต้องการนั้น และเหตุใดอนาคตที่มีแต่ Wayland จึงไม่อาจตอบโจทย์ได้
  • หากมีใครรู้แนวทางเดินหน้าต่อ ก็ยังเป็นสถานการณ์ที่สามารถช่วยผู้ใช้การช่วยการเข้าถึงด้านอินพุตได้

ศักยภาพและข้อจำกัดของอุปกรณ์อินพุตสำหรับมนุษย์

  • หลังใช้งาน Talon และเทคโนโลยีที่เกี่ยวข้องมา 6 เดือน ก็พบว่ายังสามารถใช้ชีวิตและทำงานต่อได้แม้อยู่ในภาวะที่ใช้คีย์บอร์ดและเมาส์แบบดั้งเดิมไม่ได้
  • เมื่อหลุดออกจากกรอบคิดที่ยึดคีย์บอร์ดและเมาส์เป็นศูนย์กลาง ก็เห็นได้ชัดว่าศักยภาพของอุปกรณ์อินพุตสำหรับมนุษย์นั้นกว้างกว่ามาก
  • คอมพิวเตอร์สมัยใหม่ทำให้เกิดวิธีอินพุตที่สามารถสแกนทุกตัวอักษรบนหน้าจอด้วยโมเดล ML ติดตามว่าผู้ใช้กำลังมองตัวอักษรใดอยู่ และคลิกข้อความนั้นได้โดยตรงภายในไม่ถึงวินาที
  • คีย์บอร์ดเฉพาะทางอย่าง Svalboard ก็มีแผนจะกล่าวถึงแยกในบทความถัดไป และอุปกรณ์นี้ยังไม่มีอยู่เมื่อ 3 ปีก่อน
  • Talon ยังคงพัฒนาอย่างต่อเนื่อง มีคำสั่งจำนวนมากอยู่แล้ว และเมื่อยังไม่พอก็มีวิธีให้เขียนคำสั่งเพิ่มเองได้
  • แต่ถ้าอยากลองวิธีอินพุตแบบใหม่เหล่านี้ด้วยตัวเอง ตอนนี้ก็ยังต้องไม่ใช้ Wayland

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 3 시간 전
ความเห็นจาก Lobste.rs

  • บทความยาวและอ้อมค้อมนี้ไม่ได้มีเจตนาจะโจมตีผู้ที่อ่อนแอกว่า แต่ต้องการหาคนที่เหมาะสมเพื่อคุยกันเรื่องการแก้ปัญหา ใหญ่และยากจริง ๆ นี้
    ถ้าคุณอาจเป็นคนนั้นหรือรู้จักใครที่เป็น ก็อยากให้ติดต่อมา
    ก่อนหน้านี้ก็มีโพสต์บน lobste.rs เช่นกัน: https://lobste.rs/s/o0x7rb/your_mouse_free_setups
    ต้องขอบคุณข้อเสนอแนะในตอนนั้นมาก เพราะทำให้ได้รู้จัก Talon และ Svalboard เป็นครั้งแรก

    • บทความนี้ถูกแชร์ไปยัง ห้องแชต KDE แล้ว ถึงจะยังรับปากอะไรไม่ได้ แต่ผู้คนรับรู้สถานการณ์นี้อยู่
      ผมไม่ได้ทำงานกับสแตกนี้ แต่ก็รู้สึกเสียใจจริง ๆ และจะพยายามอย่างเต็มที่ให้ปัญหานี้เป็นที่รับรู้มากขึ้นในพื้นที่ของ KDE บางทีใครสักคนที่มีความรู้เหมาะสมอาจช่วยทำให้สถานการณ์ดีขึ้นได้
      ย้ำอีกครั้งว่ารับประกันอะไรไม่ได้ แต่แค่อยากให้รู้ว่าเรากำลังรับฟัง และอยากช่วยอย่างแน่นอน
      คนที่สนใจเข้ามาในช่อง Matrix ได้: #kde-accessibility:kde.org, #kwin:kde.org
      นอกจากนี้ มีคนไปถามฝั่งนักพัฒนา Talos ว่าจะทำให้ใช้งานบน Wayland ได้อย่างไร แต่ได้รับคำตอบจากนักพัฒนาว่า “Wayland is not supported.”

  • สงสัยว่าบทความนี้จะส่งต่อไปถึงผู้มีอำนาจตัดสินใจด้าน การจัดซื้อซอฟต์แวร์ภาครัฐ ได้หรือไม่
    ถ้ามีคนที่เหมาะสมส่งอีเมลว่า “ผู้ใช้ที่ต้องพึ่งอุปกรณ์ป้อนข้อมูลช่วยเหลือกำลังจะสูญเสียเส้นทางการเข้าถึงที่รองรับอยู่ จึงไม่สามารถรับรองดิสโทร Linux เดสก์ท็อปที่ใช้ Wayland อย่าง Ubuntu หรือ Red Hat ตามเกณฑ์ EN 301 549/Section 508 ได้” ก็น่าจะช่วยปลดล็อกภาวะชะงักงันตอนนี้ได้มากทีเดียว

    • แต่ก็สงสัยว่ามีรัฐบาลไหนใช้ Linux เดสก์ท็อป ในวงกว้างจริงหรือเปล่า
      ทุกวันนี้ผมคิดว่าวิธีอ้อม ๆ ที่จะช่วยพัฒนา accessibility บน Linux คือ ต้องมีองค์กรที่พยายามหาเงินจากการขาย Linux เดสก์ท็อปให้ภาครัฐ ซึ่งก็น่าจะบังคับให้ต้องแก้ปัญหา accessibility ไปด้วย
      จากสถานการณ์โลกตอนนี้ ผมนึกว่าจะมีใครสักแห่งพยายามทำเงินจากธุรกิจที่ช่วยให้รัฐบาลพึ่ง Apple และ Microsoft น้อยลง
      เท่าที่เข้าใจ ความก้าวหน้าด้าน accessibility ของฝั่ง UNIX หลายอย่างก็เกิดขึ้นในช่วงที่ Sun ขายเดสก์ท็อปให้ภาครัฐ

  • ผมเองก็ได้รับการวินิจฉัยว่าเป็น EDS เหมือนผู้เขียนต้นฉบับ แต่ตอนอายุ 12 ปี ไม่มีใครบอกเลยว่าโรคนี้จะทรุดลงได้ และกลับได้ยินว่า “เดี๋ยวมันก็หายไปเองเมื่อเวลาผ่านไป”
    เวลาผ่านมา ตอนนี้ในช่วง 1 ปีที่ผ่านมาแรงมือของผมลดลง และถึงขั้นถูกเข้าใจผิดว่าเป็นปัญหาทางระบบประสาทหลายครั้ง
    ผมรู้ว่าช่วงเวลาที่เหลือให้ตั้งค่าระบบให้ใช้งานได้โดยไม่ต้องใช้มือนั้นกำลังน้อยลง พอเห็น Wayland compositor กลายเป็นมาตรฐานและ X ถูกผลักออกไป ก็ยิ่งหมดกำลังใจที่จะเรียน Talon ที่เพื่อนอีกคนซึ่งเป็น EDS แนะนำไว้
    ผมอยากช่วยสร้างการรองรับในตอนที่ยังพอทำได้ แต่ไม่รู้จะเริ่มจากตรงไหน และรู้สึกเหมือนแทบไม่มีใครสนใจเลย สถานการณ์นี้ทรมานมาก

    • ผมรู้สึกถึงความรู้สึกนี้อย่างลึกซึ้งมาก หลังจากได้รับการวินิจฉัยไปสองเดือน ในที่สุดผมก็ตัดสินใจย้ายไปใช้ X11 ก่อนหน้านั้นผมใช้ Speech Note บน Wayland และค่อย ๆ ใช้ทัชแพดอย่างช้า ๆ และเจ็บปวด
      การกลับไปสู่อาร์ชิเทคเจอร์แบบ “เก่า” แล้วได้ใช้ระบบ accessibility ที่ใช้งานได้จริง ถือเป็นความก้าวหน้าครั้งใหญ่ และผมเสียดายที่ไม่ได้ทำเร็วกว่านั้น ไม่ว่าอนาคตของ accessibility บน Linux เดสก์ท็อปจะเป็นอย่างไร ตอนนี้แนะนำให้ลองใช้ Talon ไปก่อน
      เรื่องแรงกล้ามเนื้อ แม้ตอนนี้มันอาจฟังดูเหมือนเป็นไปไม่ได้ แต่การฟื้นตัวเป็นไปได้ และยิ่งเริ่มเร็วก็ยิ่งดี อย่างที่บอกไปก่อนหน้านี้ หลังทำกายภาพบำบัดอย่างเข้มข้นอยู่หลายเดือน ผมก็กลับมาใช้มือได้บางส่วนอีกครั้ง
      ผมติดตามการฟื้นตัวเป็นรายเดือน และเห็นความคืบหน้าแบบค่อย ๆ ได้จุดที่เสียไปในปีก่อนหน้ากลับคืนมาตามลำดับย้อนกลับ
      เพราะงั้นยิ่งเริ่มรักษาเร็ว ก็ยิ่งฟื้นตัวได้เร็วขึ้น ไม่ว่าท้ายที่สุดมันจะหมายถึงอะไรสำหรับคุณก็ตาม ตัวผมเองก็ยังอยู่บนเส้นทางนี้ และคงจะเป็นแบบนั้นต่อไป
      ถ้าอยู่ในสหรัฐฯ ลองดูเว็บไซต์นี้เพื่อหานักกายภาพบำบัดที่สามารถช่วยได้: https://www.ehlers-danlos.com/eds-echo-healthcare-professionals/
      อย่าไปหานักกายภาพบำบัดแบบสุ่ม ๆ เพราะหลายคนไม่ได้เตรียมพร้อมสำหรับการรักษาผู้ป่วย EDS และอาจทำให้อาการแย่ลงแทนที่จะดีขึ้น
      เรื่องกระบวนการส่วนตัวของผมในการได้รับการวินิจฉัยและการรักษา ผมยินดีเล่าเพิ่มเติมทาง DM หรือแพลตฟอร์มอื่น ถ้าต้องการก็ติดต่อมาได้

  • ขอบคุณที่ยกประเด็นซึ่งกระทบกับผู้คนจำนวนมากขึ้นมา
    แต่มีอยู่ประโยคหนึ่งที่ผมอยากให้ตัดออก: “ประเด็นสำคัญคือไม่มีใครอยากแตะ codebase กองขยะนั้นอีกแล้ว และ Wayland คืออนาคตที่ชุมชนเดสก์ท็อป FOSS เลือกไว้”
    freedesktop, Red Hat, GNOME, คุณ หรือผม ต่างก็ไม่สามารถพูดแทน ชุมชนเดสก์ท็อป FOSS ทั้งหมด ได้ ชุมชนนี้ไม่ใช่กลุ่มเนื้อเดียวกัน และแน่นอนว่าก็มี echo chamber หลายแห่ง
    ผมไม่คิดว่าความรู้สึกและฉันทามติจะเป็นเอกฉันท์อย่างที่บางคนพยายามทำให้เชื่อ โปรเจ็กต์หลักบางตัวดูเหมือนจะยังไม่ได้ตัดสินใจ และก็ยังไม่ได้ให้คำมั่นว่าจะไป Wayland เต็มตัวแล้วทิ้ง X ไปเลย การมองว่ามันเป็นข้อสรุปที่จบไปแล้วไม่ใช่ข้อเท็จจริงที่สลักบนหิน
    ถึงอย่างนั้น ถ้าต้องเลิกใช้ Linux แล้วไป BSD ก็น่าเสียดายเหมือนกัน

    • ประโยคของผู้เขียนต้นฉบับนั้นเป็นเรื่องจริง เหล่าผู้ดูแล Xorg ได้ “ถอยออกจาก codebase กองขยะนั้น” จริง ๆ และไม่ได้มีใครบังคับให้พวกเขาเลิกทำ
      นี่เป็นข้อเสียเชิงรูปธรรมของ do-ocracy ในโลก FOSS ถ้ามีคนที่อยากทำสิ่งนั้นไม่มากพอ หรือมีคนที่จ่ายค่าใช้จ่ายนั้นได้และยินดีจะจ่ายไม่มากพอ สิ่งนั้นก็จะไม่เกิดขึ้น
      จริงอยู่ว่าใครก็สามารถดูแลและแจกจ่าย Xorg fork เพื่อประคองไฟต่อได้ แต่ความจริงที่ว่ายังไม่มีสิ่งนั้นเกิดขึ้น ก็สะท้อนในตัวเองแล้วว่าเป็นการ “พูดแทนชุมชนเดสก์ท็อป FOSS ทั้งหมด”
      ฝั่ง BSD เองก็กำลังเพิ่มการรองรับ Wayland และเท่าที่ผมรู้ก็ยังไม่มีโปรเจ็กต์ BSD ไหนประกาศ fork ที่มีการดูแลรักษาอยู่ และผมก็ไม่มองว่า XLibre เป็น fork ที่นำไปใช้งานได้จริง
      ผมยอมรับว่าตัวเองยังมีอภิสิทธิ์ที่ไม่ได้เผชิญความพิการทางร่างกายรุนแรง และก็เห็นใจสถานการณ์ของผู้เขียนต้นฉบับ สำหรับระดับสิทธิ์การเข้าถึงที่ Talon ต้องการ บางทีมันอาจเหมาะกว่าถ้าจะทำเป็นปลั๊กอิน KWin
      แต่ Talon เป็นซอฟต์แวร์ปิดซอร์ส ทำให้ประเมินได้ยาก และก็ดูน่าจะบำรุงรักษาได้ค่อนข้างลำบาก

  • แม้จะพอรู้ข้อจำกัดของ Wayland อยู่บ้าง แต่ในฐานะผู้ใช้ทั่วไปก็เคยเจอแค่ความผิดปกติเล็ก ๆ น้อย ๆ และไม่เคยต้องรับมือกับปัญหาแบบนี้โดยตรง
    หวังว่าบทความนี้จะช่วย สร้างการรับรู้ ในหมู่คนที่สามารถทำให้เกิดการเปลี่ยนแปลงได้จริง
    อยากรู้ว่าสามารถนำบทความนี้ไปโพสต์ซ้ำที่อื่นบนอินเทอร์เน็ตเพื่อให้เข้าถึงคนได้กว้างขึ้นได้ไหม โดยจะใส่ข้อชี้แจงเดิมให้ชัดเจนว่าตั้งใจจะไม่โจมตีผู้ที่เปราะบาง และจะบอกคนอื่นให้เก็บการตอบโต้แบบโมโหไว้ก่อน

  • Talon น่าประทับใจมาก ไม่เคยรู้มาก่อนเลยว่ามีอะไรแบบนี้ทำได้
    ภาษาที่ใช้ตัวอักษรภาพก็อาจมีสถานการณ์คล้ายกัน สุดท้ายแล้วการนำ Wayland มาใช้ก็คงจะชนกำแพงในบางภูมิภาค หรือไม่ก็ต้องแก้ปัญหานี้

  • สงสัยว่าประเด็นนี้จะสามารถหยิบมาพูดคุยในบริบทของ European Accessibility Act ได้หรือไม่
    แม้จะไม่คุ้นกับถ้อยคำของกฎหมาย แต่ก็รู้ว่าการเข้าถึงได้ของระบบปฏิบัติการเป็นส่วนสำคัญ ถ้า Linux จะให้สอดคล้องตามข้อกำหนด นี่ก็ดูเป็นปัญหาที่ต้องแก้ อาจลองคุยกับนักพัฒนา รวมถึงหน่วยงาน Sovereign Tech Agency และผู้ให้ทุนยุโรปอย่าง NLNet ได้

    • ถ้าจำไม่ผิด ADA ของสหรัฐทั้งเข้มงวดกว่าและมีมานานกว่ากฎด้านการเข้าถึงของ EU มาก แต่ถึงอย่างนั้นก็ไม่ได้ขัดขวาง Red Hat จากการขายให้รัฐบาลสหรัฐ

  • ไม่เคยใช้ Talon แต่เคยลองเอา อุปกรณ์ MIDI อย่างแป้นเหยียบ sustain ของเปียโน มาแปลงเป็นอินพุตแบบอื่นด้วยโปรแกรมตัวกลางเล็ก ๆ ซึ่งทำได้ค่อนข้างง่าย
    ฮาร์ดแวร์ก็ราคาค่อนข้างถูกและมีตัวเลือกมากมาย ถ้ามีโค้ดเชื่อมต่อเล็กน้อยก็สามารถดัดแปลงใช้อย่างสร้างสรรค์ได้ น่าลองพิจารณา

    • แม้จะออกนอกประเด็นไปนิด แต่ อุปกรณ์อินพุตแบบปรับแต่งเองอาจเป็นทิศทางที่น่าสนใจสำหรับงานด้านการเข้าถึงได้ และตอนนี้ก็มีชุมชนอย่างคีย์บอร์ดแบบโอเพน/DIY อยู่แล้ว
      แทร็กบอลของ ploopy ก็ดูเหมือนจะดัดแปลงให้ใช้เท้าควบคุมได้ น่าจะต้องใช้ลูกบอลที่ใหญ่ขึ้นและปรับความไวใหม่ รวมถึงออกแบบปุ่มใหม่ แต่แบบง่ายที่สุดก็คงใช้ปุ่มแยกอีกชุดให้กดด้วยเท้าอีกข้าง คล้ายคีย์บอร์ดแบบแยกส่วน

  • สำหรับประเด็นที่ว่า “เมื่อปีที่แล้วผู้ดูแล xdotool ซึ่งเป็นเครื่องมือมาตรฐานโดยพฤตินัยสำหรับการทำอินพุตอัตโนมัติบน X11 ได้ลองศึกษาว่าจะทำเรื่องนี้อย่างไร แล้วก็จากไปแบบงง ๆ” นั้น ปีนี้เขาลองอีกครั้งและมีความคืบหน้าไปมากพอสมควร
    ตัวอย่างเช่น https://hachyderm.io/@whack/116554328265192238 ตอนนี้ดูเหมือนกำลังทำงานเสริมที่เกี่ยวข้องกับการทดสอบอัตโนมัติบนเดสก์ท็อปหลายสภาพแวดล้อม

  • สงสัยว่า Wayback จะเป็น ทางเลี่ยงชั่วคราว ระยะสั้นหรือกลางได้หรือไม่

    • มันไม่เหมาะกับการใช้งานนั้น จุดประสงค์ของ Wayback คือรันเดสก์ท็อปที่รองรับเฉพาะ X11 อย่าง Window Maker บน Wayland เพื่อเอาเซิร์ฟเวอร์ Xorg ที่แทบไม่มีการบำรุงรักษาแล้วออกจากซอฟต์แวร์สแตก
      ฝั่ง Alpine เป็นผู้ผลักดันหลัก เพราะอยากเลิกแพ็กเกจ Xorg โดยไม่ต้องทิ้งตัวจัดการหน้าต่างที่ยังไม่ได้ย้ายไป Wayland
      ส่วนที่ต้นฉบับพูดถึงคือปัญหาที่ Plasma และ Gnome กำลังยกเลิกการรองรับ เซสชัน X11 ของตัวเอง