ทำไมผมจึงไม่สามารถแนะนำ Mac ให้เพื่อนผู้ใช้คอมพิวเตอร์ที่ตาบอดได้อีกต่อไป

 (applevis.com)
1 คะแนน โดย GN⁺ 2023-10-09 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ปัญหา “Safari not responding” ที่เกิดซ้ำเมื่อใช้ Safari ด้วย VoiceOver บน Mac และทำให้เครื่องค้างเป็นเวลาหลายนาทียังคงยืดเยื้อมานาน จนขัดขวางงานประจำวันของผู้ใช้ที่ตาบอดหรือมีสายตาเลือนรางโดยตรง
  • ไม่ใช่แค่ Safari เท่านั้น แอปพลิเคชันที่ใช้ WebKit ก็อาจมีอาการไม่ตอบสนองคล้ายกัน ทำให้ความเชื่อมั่นต่อการเข้าถึงได้ของ macOS โดยรวมสั่นคลอน
  • บางครั้งผู้ใช้อาจหลุดออกมาได้ด้วยการสลับแอปหรือรีสตาร์ต VoiceOver แต่หลายครั้งแม้แต่การสลับแอปก็ทำไม่ได้ และต้องรอจนกว่า Mac จะกลับมาตอบสนองอีกครั้ง
  • เมื่อปัญหานี้ไม่ได้รับการแก้ไขตลอด macOS หลายเวอร์ชัน Mac จึงกลายเป็น แพลตฟอร์มที่คาดเดาได้ยาก สำหรับผู้ใช้ที่พึ่งพา VoiceOver ใน Safari และแอปที่เกี่ยวข้อง
  • จำเป็นต้องส่งต่อความเสียหายที่เกิดขึ้นจริงไปยังทีมการเข้าถึงของ Apple และใช้ แรงกดดันอย่างสุภาพ เช่น ชะลอการซื้อหรือแนะนำ Mac เครื่องใหม่จนกว่าจะมีการแก้ไข

ภาวะใช้งานไม่ได้ที่เกิดจาก “Safari not responding”

  • มีปัญหาเรื้อรังบน Mac เมื่อใช้ Safari กับ VoiceOver โดย VoiceOver จะแจ้งข้อความ “Safari not responding” ซ้ำ ๆ
  • เมื่อเกิดปัญหา Mac อาจอยู่ในสภาพที่แทบใช้งานไม่ได้เป็นเวลานานสูงสุดครั้งละหลายนาที
  • ในบางสถานการณ์ ผู้ใช้อาจหลุดออกมาได้ด้วยการสลับจาก Safari ไปยังแอปอื่น หรือรีสตาร์ต VoiceOver
  • แต่บ่อยครั้งเกินไป ผู้ใช้ไม่สามารถออกจาก Safari หรือปิด VoiceOver ได้ และต้องรอจนกว่า Mac จะกลับมาตอบสนอง
  • ปัญหาที่เกี่ยวข้องถูกรวบรวมไว้ใน AppleVis ที่ Safari/WebKit applications can become unresponsive when using VoiceOver

ผลกระทบที่ลามจาก Safari ไปถึงแอปที่ใช้ WebKit

  • พฤติกรรม “Safari not responding” ทำให้ ประสิทธิภาพการทำงาน ของผู้ใช้ที่ตาบอดหรือมีสายตาเลือนราง และความสามารถในการใช้งาน Mac โดยรวมลดลงอย่างมาก
  • ปัญหาไม่ได้จำกัดอยู่แค่ Safari เท่านั้น แต่แอปทั่วไปหลายตัวที่ใช้เอนจินเบราว์เซอร์ WebKit ของ Apple ก็อาจได้รับผลกระทบจากปัญหา “not responding” เช่นกัน
  • บั๊กที่เกิดใน Safari และแอปอื่น ๆ ระหว่างงานประจำวัน รวมถึงงานสำคัญ ทำให้ประสบการณ์บน macOS ไม่เสถียรและน่าหงุดหงิด

ปัญหาที่หลีกเลี่ยงได้ยากแม้บน Mac สเปกสูง

  • ปัญหานี้เกิดขึ้นโดยไม่ขึ้นกับระดับสเปกของ Mac
  • ผู้ใช้จำนวนมากพบปัญหานี้แม้บน Mac รุ่นใหม่ที่ใช้ Apple silicon และอุปกรณ์ที่มี RAM 16GB ขึ้นไป
  • แม้ผู้ใช้ฮาร์ดแวร์ Mac รุ่นใหม่ระดับสูงก็ยากจะหลีกเลี่ยงบั๊ก VoiceOver ที่ร้ายแรงนี้

ความเชื่อมั่นด้านการเข้าถึงที่สึกกร่อนสะสมมาหลายปี

  • ปัญหาหลักนี้ยืดเยื้อมาหลายปีตลอด macOS หลายเวอร์ชัน และ Apple ยังไม่สามารถออกแพตช์ถาวรได้
  • ด้วยระยะเวลาที่ดำเนินมาและระดับการรบกวนทั้งใน Safari และแอปอื่น ๆ ทำให้ยากที่จะยังแนะนำ Mac ด้วยความหวังดีให้ผู้ใช้ที่พึ่งพา VoiceOver ได้อีกต่อไป
  • อย่างไรก็ตาม กรณีการใช้งานเฉพาะบางอย่างที่มีเพียง Mac เท่านั้นที่ตอบโจทย์ได้ยังคงเป็นข้อยกเว้น
  • Mac เคยได้รับความนิยมในชุมชนผู้ใช้ที่ตาบอดมาโดยตลอด และยังมีฟีเจอร์การเข้าถึงที่ดี
  • แต่การที่ Apple ปล่อยปัญหานี้ทิ้งไว้นาน ทำให้เกิดคำถามร้ายแรงต่อ คำมั่นด้านการเข้าถึง ที่บริษัทพูดถึงอยู่บ่อยครั้ง
  • ยังมีเสียงวิจารณ์ด้วยว่า หากผู้ใช้ที่มองเห็นประสบปัญหาคล้ายกัน ก็คงมีการรายงานข่าวอย่างกว้างขวางและ Apple คงออกแพตช์ฉุกเฉินไปแล้ว

มาตรฐานที่ลูกค้าซึ่งจ่ายราคาเท่ากันควรได้รับ

  • “การปฏิบัติที่ดีกว่า” ไม่ได้หมายถึงการเรียกร้องสิทธิพิเศษเพียงเพราะเป็นคนตาบอดหรือใช้ฟีเจอร์การเข้าถึง
  • ผู้ใช้ที่ตาบอดหรือมีสายตาเลือนรางก็จ่าย ราคาพรีเมียม เท่ากับลูกค้าคนอื่นเมื่อซื้อ Mac
  • ต่างจากผู้ใช้ Mac ส่วนใหญ่ ผู้ใช้ VoiceOver ต้องยอมรับสถานการณ์ที่อุปกรณ์ราคาแพงกลายเป็นของไร้ประโยชน์ครั้งละหลายนาที วันละหลายครั้ง
  • ความพิการและการใช้ VoiceOver ไม่ได้ทำให้มาตรฐานที่ควรคาดหวังจาก Apple ต่ำลง
  • ตรงกันข้าม Apple ยิ่งมีความรับผิดชอบมากขึ้นในการมอบประสบการณ์ที่เท่าเทียมกับผู้ใช้ที่มองเห็น

ข้อจำกัดของบั๊กที่ทำซ้ำได้ยาก

  • เป็นเรื่องที่ยอมรับได้ว่าทีมวิศวกรรมของ Apple อาจเผชิญความยากลำบากในการแก้ปัญหานี้
  • จากรายงานของผู้ใช้ ดูเหมือนไม่มีวิธีทำให้พฤติกรรม “Safari not responding” เกิดซ้ำได้อย่างสม่ำเสมอ
  • หน้าเว็บเดียวกันอาจทำงานได้ตามปกติหลายครั้ง แล้วจู่ ๆ ก็ทำให้เกิดการค้างได้
  • ความแตกต่างตามผู้ใช้ อุปกรณ์ และการตั้งค่า ทำให้การแยกสาเหตุรากและแก้ไขทำได้ยาก
  • ถึงอย่างนั้น เมื่อพิจารณาถึงบุคลากรด้านวิศวกรรมและทรัพยากรที่ Apple มี ความท้าทายนี้ก็ไม่ควรเป็นสิ่งที่เอาชนะไม่ได้

วิธีเพิ่มแรงกดดันต่อ Apple โดยตรง

  • ต้องยกระดับข้อเรียกร้องให้ Apple จัดลำดับความสำคัญและแก้บั๊ก “Safari not responding” ที่สร้างความเดือดร้อนให้ผู้ใช้ VoiceOver มานานอย่างถาวร
  • ผู้ใช้ที่ใช้ VoiceOver บน Mac สามารถติดต่อทีมการเข้าถึงของ Apple โดยตรงเพื่อแบ่งปันประสบการณ์และความไม่พอใจของตน
    • ทีมการเข้าถึงของ Apple: accessibility@apple.com
    • ยังมีข้อเสนอให้ใส่อีเมลสาธารณะของ Tim Cook ซีอีโอ Apple เป็นผู้รับสำเนา: tcook@apple.com
  • แรงกดดันควรตรงไปตรงมา แต่ต้อง สุภาพและสร้างสรรค์
  • ควรบอกให้ Tim Cook ทราบด้วยว่าบั๊กที่ยังคงดำเนินอยู่นี้ส่งผลกระทบโดยตรงต่อกลุ่มลูกค้า Apple ที่ตาบอดหรือมีสายตาเลือนรางอย่างไร

ปัญหาการเข้าถึงอื่น ๆ บน macOS และการเรียกร้องให้ชะลอการซื้อ

  • “Safari not responding” ไม่ใช่ปัญหาเดียวที่ส่งผลต่อผู้ใช้ Mac ที่ตาบอดหรือมีสายตาเลือนราง
  • บทความล่าสุด ที่กล่าวถึงปัญหาและการตอบสนองใน macOS Sonoma ก็รวบรวมข้อร้องเรียนและกรณีความล้มเหลวไว้หลายรายการ
  • ถึงอย่างนั้น บั๊กนี้ก็กลายเป็น ตัวชี้วัด ผลงานด้านการเข้าถึงโดยรวมของ Apple และความมุ่งมั่นต่อการเข้าถึง
  • Apple ล้มเหลวตามตัวชี้วัดนี้มาเป็นเวลานานพอสมควร
  • ผู้ใช้ควรพูดถึงปัญหานี้อย่างเปิดเผย และสร้างแรงกดดันจากผู้บริโภคด้วยการไม่ซื้อหรือไม่แนะนำ Mac เครื่องใหม่จนกว่าปัญหา “Safari not responding” จะได้รับการแก้ไขอย่างสมบูรณ์
  • Apple ต้องฟื้นคืนความเชื่อมั่นว่า Mac สามารถมอบประสบการณ์ที่เสถียรและเข้าถึงได้อย่างเต็มที่ให้แก่ลูกค้าที่ตาบอดหรือมีสายตาเลือนราง

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

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

 
GN⁺ 2023-10-09
ความคิดเห็นจาก Hacker News

  • ในฐานะนักพัฒนาที่มีความบกพร่องทางการมองเห็น VoiceOver ของ MacOS เป็นสิ่งที่แนะนำให้ใครได้ยากมาก ก่อนจะสูญเสียการมองเห็น ผมเคยเป็นแฟน Apple แต่หลังจากนั้นก็จำเป็นต้องย้ายไป Windows และตอนที่เรียนรู้ Mac VoiceOver ในปี 2016 ก็ยังรู้สึกอึดอัดมาก
    การควบคุมพื้นที่ข้อความในแอป Terminal ไม่เสถียรจนลำดับคำสั่งให้ความรู้สึกเหมือนไม่เป็นแบบกำหนดแน่นอน และการนำทางแบบลำดับชั้นของ Mac ก็ยุ่งยากกว่าการนำทางแบบแบนของ Windows มาก
    ใน XCode หากจะเข้าถึงการตั้งค่าโปรเจกต์เพียงรายการเดียว ต้องไล่ลงไปถึง 9 ขั้นในแผงย่อยภายในแผง และถ้าพลาดแค่ครั้งเดียวก็จะหลุดไปผิดที่
    การค้นหาหน้าเว็บภาษาต่างประเทศก็ติดขัด เพราะ Command+F ทำงานได้เฉพาะกับแป้นพิมพ์ภาษาอังกฤษ และในช่องค้นหาของ VoiceOver ก็สลับไปใช้แป้นพิมพ์อื่นไม่ได้
    วิธีง่าย ๆ ในการเปิดลิงก์ในแท็บใหม่บนเบราว์เซอร์ก็ยังด้อยกว่า Control+Enter ของ Windows และ คีย์ลัด 5 ปุ่ม อย่าง Fn+Ctrl+Option+Command+Up/Down ยังทำให้ปวดข้อมือซ้ายด้วย
    Apple ให้ความรู้สึกว่าไม่ค่อยสนใจแก้บั๊ก แต่ใส่ใจกับการโชว์สไลด์ฉูดฉาดใน WWDC ว่าดูแลเรื่องการเข้าถึงมากกว่า
    บน Windows นั้น JAWS ใช้ง่ายกว่ามาก และ NVDA เป็นโอเพนซอร์ส หากมีปัญหาก็แก้เองได้ จึงชอบที่สุด ตลาดโปรแกรมอ่านหน้าจอก็เป็น JAWS และ NVDA อย่างละประมาณ 45% ส่วน VoiceOver อยู่ราว 10% ดังนั้นจึงมองว่าการเรียนรู้โปรแกรมอ่านหน้าจอบน Windows ดีกว่ามาก

    • คีย์ลัด 5 ปุ่ม อย่าง Fn+Ctrl+Option+Command+Up/Down นี่ไร้เหตุผลสิ้นดี สำหรับคนที่ควบคุมนิ้วได้ไม่สมบูรณ์หรือมีอาการสั่น แทบเป็นไปไม่ได้เลย และ Apple ควรเอาเงินสดที่กองไว้สักไม่กี่ล้านดอลลาร์มาแก้ปัญหาแบบนี้ให้จริงจัง
    • การเข้าถึงของ Apple ดูเหมือนจะใกล้เคียงกับความยั่งยืน สิ่งแวดล้อม หรือแม้กระทั่งความเป็นส่วนตัว คือเป็นเรื่องของ การตลาดและการครอบงำเรื่องเล่า มากกว่าเนื้อหาจริง
    • อยากรู้ว่ามอง iOS VoiceOver กับ rotor อย่างไร

  • ผมใช้ MacBook Air M1 เป็น Mac เครื่องหลักมานานกว่า 2 ปีแล้ว และปัญหานี้ไม่ได้ร้ายแรงเท่าที่ผู้เขียนพูดไว้ ช่วง Mac OS 12 ปัญหาใหญ่กว่านี้มาก แต่ตอนนั้นถ้าใช้ Cmd+Option+Q เพื่อ “ออกและคงหน้าต่างไว้” ก็แก้ได้ค่อนข้างเร็ว
    VoiceOver ก็มีปัญหาเยอะ แต่โปรแกรมอ่านหน้าจอบน Windows ก็เช่นกัน และข้อดีของ Mac คือสามารถเลื่อนการอัปเดตที่ทำให้การเข้าถึงพังได้ บน Windows ทำแบบนั้นไม่ได้ ซึ่งเป็นหนึ่งในเหตุผลหลักที่ทำให้ผมเปลี่ยนระบบปฏิบัติการ

    • ดีใจที่ตอนนี้ไม่มีปัญหาแบบนั้นแล้ว แต่กรณีของผมต่างออกไป ผมใช้ 2019 MBP จึงไม่ใช่ M1 และก็ไม่ได้มีเงินเหลือพอจะซื้อทันทีเมื่อได้ยินว่ารุ่น M2 ก็ได้รับผลกระทบเหมือนกัน ผมไม่อยากเดิมพันกับปัญหาที่ทำให้ประสิทธิภาพการทำงานหยุดชะงักอย่างหนัก
    • สามารถเปลี่ยนค่าเริ่มต้นให้ Cmd+Q ออกโดยคงหน้าต่างไว้ และ Cmd+Option+Q ออกโดยทิ้งหน้าต่างได้ ผมตั้งแบบนี้ไว้เฉพาะใน Safari แล้วดีขึ้นมาก

  • ผมไม่ได้มีความบกพร่องทางการมองเห็นและไม่มีประสบการณ์ในด้านนี้ แต่ภาพที่พนักงาน Apple Store แนะนำผู้มีความบกพร่องทางการมองเห็นให้ใช้ VoiceOver นั้นค่อนข้างน่าประทับใจ อย่างน้อยก็ดูเหมือนว่าพนักงานหน้าร้านบางส่วนได้รับการอบรมเรื่องฟีเจอร์การเข้าถึง

    • บางครั้งก็จ้างผู้มีความบกพร่องทางการมองเห็นโดยตรงให้มาทำงานนั้น ตอนที่ผมไป Apple Store เพื่อดู Mac เป็นครั้งแรกก็มีพนักงานแบบนั้นอยู่ แต่ได้ยินว่าหลังจากนั้นไม่กี่ปีก็ย้ายไปทำด้านอื่นแล้ว
    • ตอนนี้บางสาขาอาจเป็นแบบนั้นก็ได้ ผมอยากเชื่อว่าเป็นผลจากบทความที่วิจารณ์ประสบการณ์เมื่อ 10 ปีก่อนอย่างรุนแรง: https://liam-on-linux.livejournal.com/18605.html
      การปฏิบัติในตอนนั้นแย่อย่างน่าตกใจตามมาตรฐานของเรา และผมก็ไม่มีความคิดจะพูดแบบถ่อมตัวเลย

  • ผมคาดว่าจะได้เห็นปัญหาเชิงโครงสร้างของระบบปฏิบัติการโดยรวม แต่จากภายนอกดูเหมือนเป็น บั๊กเฉพาะอย่างหนึ่งของ WebKit มากกว่า อย่างไรก็ตาม มีลิงก์ไปยังบทความและคำตอบเกี่ยวกับปัญหา macOS Sonoma ด้วย และสำหรับผู้ใช้ที่ได้รับผลกระทบ บั๊กนี้ค่อนข้างร้ายแรงมาก อีกทั้งความจริงที่ว่าบั๊กแบบนี้หลุดเข้าไปอยู่ในผลิตภัณฑ์ได้เองก็อาจเป็นอาการของปัญหาเชิงโครงสร้างในองค์กร

    • มีบทความอื่นที่พูดถึงปัญหาในวงกว้างกว่านี้ และบทความนี้น่าจะเป็นการเน้นกรณีที่เลวร้ายที่สุดหนึ่งกรณี ในฐานะนักพัฒนาเว็บที่พยายามสนับสนุนผู้มีความบกพร่องทางการมองเห็นและผู้ใช้ที่มีความพิการ ตอนนี้ผมกำลังลงลึกกับเรื่องนี้อยู่ และถ้าวัดจากการใช้งานเว็บ VoiceOver แย่ที่สุดในบรรดาโปรแกรมอ่านหน้าจอหลักสามตัว
      มันตามหลังมาตรฐานการรองรับคุณสมบัติ ARIA สมัยใหม่อย่างมาก และในทางปฏิบัติก็เพิกเฉยต่อคุณสมบัติหลายอย่างโดยสิ้นเชิง ทำให้ไม่สามารถทำพฤติกรรมของโปรแกรมอ่านหน้าจอตามที่ตั้งใจไว้บน VoiceOver ได้เสมอไป
      เช่นเดียวกับ Safari ดูเหมือนว่า Apple จะสนับสนุน VoiceOver แค่ปากเปล่า และผู้ที่ตาบอดสนิทดูเหมือนจะใช้ VoiceOver เฉพาะเมื่อไม่มีตัวเลือกอื่นเท่านั้น สถิติออนไลน์จำนวนมากทำให้ข้อเท็จจริงนี้พร่าเลือนไป เพราะเอาการใช้งานระบบปฏิบัติการมาปนกับการใช้งานเว็บ
    • คุณจะทนเครื่องที่ค้างแบบสุ่มครั้งละหลายนาทีตลอดทั้งวัน แถมยังส่งเสียงร้องไปด้วยได้ไหม
    • แค่ข้อบกพร่องเดียวก็อาจทำให้แพลตฟอร์ม พัง 100% ได้
    • สำหรับผู้มีความบกพร่องทางการมองเห็น ปัญหานี้ดูคล้ายกับการที่จอภาพของคนสายตาปกติหยุดพักเป็นระยะ ๆ เจอประมาณครั้งที่สามก็คงเหนื่อยใจจริง ๆ
    • บั๊กหนึ่งตัวที่ทำให้ใช้อินเทอร์เน็ตไม่ได้เลย แย่กว่าบั๊กหลายร้อยตัวที่แค่ทำให้ใช้งานไม่สะดวกมาก

  • เป็นมุมมองที่น่าสนใจ แต่ชื่อเรื่องค่อนข้างยั่วยุ ในฐานะทนายความที่เป็นตัวแทนให้ผู้พิการหลายคน รวมถึงผู้พิการทางสายตา ลูกความผู้พิการทางสายตาของผมทุกคนพึ่งพา ผลิตภัณฑ์ Apple อย่างมาก และบอกว่าฟีเจอร์ด้านการช่วยการเข้าถึงเหนือกว่าทางเลือกอื่น ๆ มาก

    • ผมย้ายจาก MacOS ที่ใช้มา 10 ปีไปเป็น Linux/Wayland เพราะมันช่วยชดเชยความบกพร่องทางการมองเห็นได้ดีกว่า ผมเป็นต้อกระจก การทำให้ทุกอย่างบนหน้าจอใหญ่ขึ้นจึงช่วยได้มาก MacOS ก็ทำได้ แต่ถ้าอัตราขยายไม่ใช่ 1 หรือ 2 พอดี ภาพจะเบลอ และถ้าใช้ 2 เท่า ความละเอียดแนวนอนจะลดลงมากจนมีปัญหากับบางเว็บไซต์
      บนจอ 1080p ถ้าใช้การขยาย 2 เท่า viewport จะเหลือแค่ 960 พิกเซล
      ในทางกลับกัน Linux/Wayland มีอัตราขยาย 1.0, 1.25, 1.5, 1.75, 2.0, 2.25 และผมใช้ 1.75 มาหลายเดือนแล้ว
      Windows ก็ทำงานคล้ายกับ Linux/Wayland แอปที่ไม่ได้อัปเดตให้เข้ากับ OS สมัยใหม่จะเบลออยู่บ้าง แต่ในส่วนนี้ MacOS ตามหลังอย่างชัดเจน
    • ผมชอบ iPhone มากจริง ๆ แต่ถ้าเป็นระบบปฏิบัติการคอมพิวเตอร์ ผมใช้ Windows มีคนที่อยากยึดติดกับ Apple เพราะ Logic Pro หรือชิป M1 อยู่บ้าง แต่ผมมองว่าประมาณ 85% ของผู้พิการทางสายตาที่มีคอมพิวเตอร์ใช้ Windows
    • ผมเคยทำงานกับคนในชุมชนผู้พิการทางสายตาท้องถิ่นในเดนมาร์ก เห็น iPhone อยู่มาก แต่คอมพิวเตอร์ทั้งหมดใช้ Windows
    • เวลาเรียกคนพิการ ควรใช้ถ้อยคำที่ให้คนเป็นศูนย์กลางมากกว่าตัวความพิการ เช่น blind people ดีกว่า “the blind”
      และสิ่งที่พูดถึงในที่นี้ไม่ใช่การช่วยการเข้าถึงทั้งหมดของ Apple แต่เป็นขอบเขตเฉพาะอย่าง VoiceOver บน Mac OS ส่วน iOS ของ iPhone และ iPad OS โดยรวมดีกว่า Android แต่ก็ยังมีปัญหา
      อย่างไรก็ตาม ปัญหานี้มีอยู่จริง และสร้างความไม่สะดวกอย่างมากให้ผู้เชี่ยวชาญ
    • บนโทรศัพท์มือถือ Apple แข็งแกร่งอย่างชัดเจน แต่บนคอมพิวเตอร์ไม่ใช่ NVDA บน Windows ยอดเยี่ยมและดีขึ้นเรื่อย ๆ

  • อยากรู้ว่าจะแนะนำอะไรเป็นทางเลือก เท่าที่ผมรู้ Mac ดีที่สุดด้านการช่วยการเข้าถึงแบบทิ้งห่างพอสมควร

    • Windows กับ JAWS หรือ NVDA ค่อนข้างเป็นกระแสหลัก และฟีเจอร์การช่วยการเข้าถึงก็เป็นที่เข้าใจและได้รับการรองรับดี VoiceOver ยังน้อยกว่านั้น เรื่องนี้พูดถึงเพียงด้านหนึ่งของการช่วยการเข้าถึง แต่ในด้านนั้นมีส่วนแบ่งราว 80%
    • ครั้งล่าสุดที่ผมเห็นแบบสำรวจนักศึกษาสาขาวิทยาการคอมพิวเตอร์และวิศวกรรมที่เป็นผู้พิการทางสายตาในอเมริกาเหนือ คนส่วนใหญ่ชอบ JAWS เป็นโปรแกรมอ่านหน้าจอ นั่นก็หมายถึง Windows
    • Microsoft ให้ความสำคัญกับการช่วยการเข้าถึงค่อนข้างจริงจังจริง ๆ
    • พวกเราส่วนใหญ่ใช้ Windows
    • ถ้าคุณเคยเข้าใจว่า Mac ดีที่สุดด้านการช่วยการเข้าถึง ตอนนี้ก็ได้รู้ใหม่แล้วว่าไม่ใช่

  • ใน TTS ภาษาเยอรมัน มีบั๊กที่เป็นที่รู้จักกันดีซึ่งเติมคำว่า “Homograph” ไว้หน้าหลังตัวเลขต่อเนื่องมาราวครึ่งปีแล้ว เป็นเรื่องน่าอับอายสำหรับคนที่ต้องพึ่งพาเทคโนโลยีนั้น

  • ออกนอกเรื่องจากบทความเล็กน้อย แต่อยากรู้ว่ามีเครื่องมือดี ๆ ที่ผู้พิการทางสายตาใช้บน Linux ได้ไหม

    • สำหรับจอแสดงผลอักษรเบรลล์และเทอร์มินัลเบรลล์มี BRLTTY สำหรับโปรแกรมอ่านหน้าจอแบบบรรทัดคำสั่งใน user space มี Fenrir และสำหรับโปรแกรมอ่านหน้าจอแบบกราฟิกมี Orca
      ควรเปิด Orca ก่อนเริ่มแอปอื่น ๆ เพราะมันจัดการตัวแปรส่งออกด้านการช่วยการเข้าถึงและสิ่งที่เกี่ยวกับ ATSPI ให้
      ผมก็ไม่ได้เข้าใจอย่างถ่องแท้ แต่เผื่อไว้ก็ยังทำพิธีกรรมอย่าง export linux-a11y = 1 ใน .profile อยู่ ชื่อตัวแปรที่ถูกต้องไม่ใช่อันนี้ แต่รายชื่ออยู่ที่ไหนสักแห่ง
      สำหรับเครื่องพิมพ์อักษรเบรลล์และเอาต์พุตเครื่องพิมพ์มี cups-filters และดูเหมือนดิสโทรหลัก ๆ แทบทั้งหมดจะมีไดรเวอร์สำหรับเครื่องพิมพ์อักษรเบรลล์
      Linux ยังแปลงรูปภาพเป็นกราฟิกเบรลล์ด้วย imagemagick ได้ด้วย Windows ไม่มีแม้แต่ไดรเวอร์เครื่องพิมพ์อักษรเบรลล์มาให้โดยค่าเริ่มต้น และยิ่งไม่มีเอาต์พุตกราฟิกเลย
      ถ้าการช่วยการเข้าถึงของ GUI Linux ดีกว่านี้ก็คงดี พื้นฐานค่อนข้างดีอยู่แล้ว และรองรับจอแสดงผลอักษรเบรลล์แทบทุกแบบ แต่เอนจิน TTS ยังไม่ค่อยดีนัก
    • หนึ่งในโปรแกรมอ่านหน้าจอที่โดดเด่นกว่าบน Linux คือ Orca: https://help.gnome.org/users/orca/stable/index.html.en
      ผมเคยลองใช้ช่วงสั้น ๆ เมื่อหลายปีก่อน แต่โดยรวมแล้ว NVDA และ JAWS บน Windows มีแนวโน้มจะเป็นตัวเลือกที่ดีกว่า

  • จากมุมมองนักพัฒนา นี่น่าหงุดหงิดจริง ๆ ดูเหมือนเป็นปัญหาที่ทำให้ประสบการณ์ผู้ใช้แย่ แต่เท่าที่มีในบทความ อย่างน้อยก็ไม่มี ขั้นตอนการทำซ้ำปัญหา
    บั๊กที่โผล่มาเป็นครั้งคราว ถ้าเกิดขึ้นนาน ๆ ครั้งพอ ก็จับได้ยากมากจริง ๆ ตัวชี้วัดของ Apple น่าจะดีกว่าของผม แต่บางครั้งแค่ตรวจจับปัญหาให้ได้ก็ยากแล้ว
    ที่ Apple อาจต้องให้หลายทีมช่วยกันแก้ เช่น WebKit, Safari, VoiceOver/Accessibility และแต่ละทีมก็มีวิธีทำงานของตัวเอง จึงอาจซับซ้อนกว่าปัญหาที่ทีมเดียวแก้ได้
    แน่นอน สุดท้ายอาจเป็นเรื่องลำดับความสำคัญก็ได้ เพราะมีบั๊กที่ค้างมาหลายปี หรือ regression ที่เกิดทุกครั้งเมื่อเปลี่ยนเวอร์ชัน OS แล้วค้างต่อไป

    • “ความซับซ้อน” นั้นควรเป็นข้อได้เปรียบของ Apple ด้วยซ้ำ เมื่อชิ้นส่วนหลายส่วนอยู่ในความรับผิดชอบของบริษัทที่ต่างกันโดยสิ้นเชิง ปัญหาย่อมแก้ได้ยากกว่า

  • เมื่อก่อน Apple ทำได้ยอดเยี่ยมในการสร้าง ประสบการณ์การช่วยการเข้าถึง ที่ดี โดยเฉพาะบน iPhone ผมแทบไม่ได้ใช้การช่วยการเข้าถึงของ macOS จึงพูดได้ไม่มาก แต่ผมมองว่า Google และ Microsoft กำลังไล่ตามทันบน Android และ Windows ตามลำดับ