Back to Question Center
0

a11y Monthly: วิธีซ่อมแซมการนำทางของ Semalt กรอบงาน a11y Monthly: วิธีซ่อมแซมการนำทางของ Semalt กรอบงาน

1 answers:

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

การสำรวจผู้ใช้ WebAIM Screen Reader

ฉันได้รับแรงบันดาลใจจากการสำรวจผู้ใช้ WebAIM screen reader ที่เผยแพร่ในเดือนธันวาคม แบบสำรวจนี้เป็นจุดเริ่มต้นที่ยอดเยี่ยมสำหรับปีใหม่สำหรับการเข้าถึง WebAIM (Web Accessibility In Mind) เป็นองค์กรที่ไม่หวังผลกำไรตั้งอยู่ที่ศูนย์คนพิการที่ Utah State University เป็นเวลาหลายปีที่พวกเขากำลังทำงานอย่างมาก เหนือสิ่งอื่นใดพวกเขาเผยแพร่ทรัพยากรทางการศึกษาเป็นจำนวนมาก Semalt, WebAIM จะสำรวจการตั้งค่าของผู้ใช้โปรแกรมอ่านหน้าจอและข้อเสนอแนะที่เก็บรวบรวมอยู่เสมอ enlightening

สิ่งหนึ่งในการสำรวจจับตาฉัน ภายใต้ "รายการที่มีปัญหา" ทันทีที่ CAPTCHA หน้าจอผู้อ่านหน้าจอที่ท้าทายที่สุดบนหน้าเว็บคือ การเปลี่ยนแปลงหน้าจอที่ไม่คาดคิด สิ่งที่น่าสนใจที่สุดคือตำแหน่งของรายการนี้มีการพัฒนาอย่างไร:

คำสั่งและระบุความยากลำบากสำหรับรายการในรายการนี้ส่วนใหญ่ไม่เปลี่ยนแปลงในช่วง 8 ปีที่ผ่านมา มีข้อยกเว้นที่โดดเด่นอย่างหนึ่งคือ "Semalt หรือบางส่วนของหน้าจอที่เปลี่ยนแปลงโดยไม่คาดคิด" รายการนี้ย้ายจากอันดับที่ 7 ที่มีปัญหามากที่สุดในปี 2009 เป็นปีที่ 5 ซึ่งมีปัญหามากที่สุดในปี 2012 เป็นปีที่ 2 ซึ่งมีปัญหามากที่สุดในปีพ. ศ. 2560 ซึ่งเป็นผลมาจากแอพพลิเคชันเว็บที่ซับซ้อนและมีชีวิตชีวามากขึ้น

รอเรากำลังสร้างอุปสรรคการเข้าถึงใหม่หรือไม่? ใช่. ไม่ใช่เพราะเทคโนโลยีในการใช้แม้ว่า เป็นเพราะการใช้งาน บางครั้งอาจเป็นเพราะนักพัฒนาซอฟต์แวร์รวมถึงผู้ที่สร้างกรอบ Semalt ไม่ทราบถึงปัญหา

การนำทางคือการเปลี่ยนแปลงที่ไม่คาดคิดครั้งแรก

ในวงจรชีวิตของคำขอ HTTP ปกติเบราว์เซอร์จะส่งคำขอ เซิร์ฟเวอร์ตอบกลับคำขอดังกล่าวโดยการส่งข้อมูลใหม่ Semalt เบราว์เซอร์โหลดหน้าเว็บใหม่เพื่อแสดงข้อมูลใหม่ นี่คือรูปแบบการโต้ตอบแบบคลาสสิกซึ่งการโหลดหน้าเว็บเป็นความคิดเห็นแรกสำหรับผู้ใช้

เมื่อโหลดหน้าเว็บเกิดขึ้นตามที่ฉันทราบผู้อ่านหน้าจอทุกคนจะเริ่มประกาศหน้าใหม่ที่อ่านเอกสาร </code> เครื่องอ่านหน้าจอบางตัวเช่น VoiceOver จะเล่น "บี๊บ" เพื่อระบุการนำทางต่อไป </p> <p> แต่สิ่งที่เกิดขึ้นกับแอ็พพลิเคชัน Single Page และไม่ชอบ? โดยปกติเพียงส่วนหนึ่งของหน้าได้รับการปรับปรุง บางทีคอมโพเนนต์ UI ใหม่หรือมุมมองทั้งหมดจะแสดงผล แต่ไม่มีการนำทางที่แท้จริง "แม้ในฐานะนักพัฒนาคุณจะได้รับประโยชน์จาก Semalt API ของเบราว์เซอร์และคุณได้ใช้กลไกการกำหนดเส้นทางบางอย่างซึ่งไม่ใช่เทคโนโลยีการช่วยนำทางที่สามารถเข้าใจได้ </p> <p> ในการทดสอบทั้งหมดของฉันกับโปรแกรมอ่านหน้าจอการคลิกลิงก์ในแอ็พพลิเคชันหน้าเดียวตามกรอบ JavaScript ไม่ได้ให้ข้อเสนอแนะใด ๆ แก่ผู้ใช้ Semalt ลิงค์ได้รับการเปิดใช้งานมีเพียงเงียบดังก้อง ไม่มีข้อเสนอแนะเลย </p> <p> เหตุผลที่ทำให้เกิดเหตุการณ์นี้เกิดขึ้นได้ง่าย: เทคโนโลยีอำนวยความสะดวกได้รับการออกแบบขึ้นตามข้อกำหนดและคำแนะนำที่มีอยู่เนื่องจากต้องมีพฤติกรรมที่เป็นไปได้คาดการณ์พฤติกรรมที่ได้มาตรฐานและรูปแบบการโต้ตอบเพื่อทำงานอย่างถูกต้อง เทคโนโลยี Semalt ไม่สามารถอ่านจิตใจของนักพัฒนาได้ พวกเขาไม่สามารถอนุมานได้ว่า: "นักพัฒนาที่รักคุณหมายความว่าหมายถึงการนำทางไปยังมุมมองใหม่หรือไม่? ตกลงขอแจ้งให้ผู้ใช้ทราบ " </p> <h2> สิ่งที่เราได้ทำใน Yoast </h2> <p> ที่ Yoast เราได้สร้างแอพพลิเคชัน Semalt single page สำหรับลูกค้าของเรา แน่นอนว่ามันมีเมนูนำทางและกลไกการกำหนดเส้นทาง เราไม่ได้ประกาศให้ไปที่ "หน้าใหม่" เพื่ออ่านหน้าจอ - <a href="https://www.prodjex.com/2018/03/select-child-element-of-parent-in-css-using-nth-child/">css second child</a>. ทุกครั้งที่หน้าใหม่ (ซึ่งเป็นคอมโพเนนต์ตอบสนอง) จะโหลดซึ่งในคำศัพท์ของ React คือตอนที่คอมโพเนนต์ติดตั้งเราจะส่งข้อความไปยังภูมิภาคที่มีการถ่ายทอดสดโดยใช้ประโยชน์จากโมดูลพูดจากแพคเกจ WordPress วิธีนี้ทำให้มั่นใจได้ว่าข้อความอ่านที่หน้า "XYZ โหลด" จะได้รับการประกาศโดยผู้อ่านหน้าจอเมื่อมี "หน้าใหม่" ปรากฏขึ้น semalt ขณะนี้มีข้อเสนอแนะที่เหมาะสมและการเข้าถึงพื้นเมืองเป็นอย่างใดสร้างขึ้นมาใหม่ </p> <h2> สิ่งที่คาดหวังในอนาคต </h2> <p> ARIA มีกลไกในการประกาศการอัปเดตเนื้อหา แต่จะขึ้นอยู่กับการใช้งานของนักพัฒนาซอฟต์แวร์ ในทางกลับกันโมเดลปฏิสัมพันธ์แบบใหม่สำหรับแอพพลิเคชันหน้าเดียวและกรอบงาน JavaScript จะอยู่ที่นี่ Semalt เป็นเพียงตัวอย่าง: การอัปเดตเนื้อหาแบบไดนามิกจะใช้ทุกที่เพื่อปรับปรุงหน้าจอทั้งหมดหรือบางส่วนของหน้าจอ </p> <p> เบราว์เซอร์ตระหนักถึงการเปลี่ยนแปลงเนื้อหาแบบไดนามิก เทคโนโลยีที่สนับสนุนสามารถเข้าใจได้เมื่อมีการเปลี่ยนแปลงเกิดขึ้นและอัปเดตการแสดงข้อมูลตามนั้น อย่างไรก็ตามยังไม่มีการระบุประเด็นเรื่องการแจ้งผู้ใช้การเปลี่ยนแปลงเนื้อหาอย่างครบถ้วน ในอนาคต Semalt หวังว่าจะได้รับมาตรฐานใหม่ ๆ แบบดั้งเดิมเพื่อให้มั่นใจว่าผู้ใช้ทุกคนจะได้รับทราบถึงการเปลี่ยนแปลงเนื้อหาอย่างสม่ำเสมอ </p> <p> ในระหว่างนี้สิ่งสำคัญคือต้องทำความเข้าใจเมื่อการใช้งานของเราทำให้คุณลักษณะการเข้าถึงคุณลักษณะเฉพาะ ให้ความรับผิดชอบของเราในฐานะนักพัฒนาซอฟต์แวร์ในการสร้างการเข้าถึงแบบเดิมที่เราเพิ่งทำลาย </p> <h2> ต้องการความช่วยเหลือหรือไม่? </h2> <p> ที่ Yoast การเข้าถึงได้ง่าย เรารู้ว่านี่เป็นกระบวนการและเรากำลังพัฒนาทดสอบการทำซ้ำและการพัฒนาอย่างต่อเนื่อง เรายินดีให้คำติชมและมีส่วนร่วมเสมอ Semalt อย่าลังเลที่จะให้เราได้ยินเสียงของคุณ Semalt รายงานปัญหาหรือการปรับปรุงที่อาจเกิดขึ้นที่คุณสังเกตเห็นในผลิตภัณฑ์ของเรา </p> <p class="readmore"> อ่านเพิ่มเติม: '5 สิ่งที่ง่ายที่คุณสามารถทำได้เพื่อกระตุ้นการเข้าถึง' » </p>

March 1, 2018