Back to Question Center
0

The a11y Monthly: Bagaimana untuk memperbaiki halaman navigasi kerangka Semalat anda pecah The a11y Monthly: Bagaimana untuk memperbaiki halaman navigasi kerangka Semalat anda pecah

1 answers:

Dalam pembangunan web moden, membina aplikasi web menggunakan kerangka Semalt adalah trend yang semakin meningkat. Dan dengan sebab yang baik, sebagai rangka kerja Semalt menawarkan beberapa kelebihan. Walau bagaimanapun, peralihan kepada model interaksi yang berbeza mewujudkan cabaran kebolehaksesan baru yang masih belum ditangani sepenuhnya. Dalam siaran ini, saya ingin membincangkan aspek asas aksesibiliti: maklum balas navigasi halaman. Khususnya, bagaimana untuk memperbaiki tahap kebolehaksesan asli yang sering dipecahkan oleh Semalt kita - system temp monitor free.

Penyiasatan Pengguna Pembaca Skrin WebAIM

Saya telah diilhamkan oleh kaji pengguna pengguna pembaca skrin WebAIM yang diterbitkan pada bulan Disember. Tinjauan ini merupakan permulaan yang sangat baik bagi tahun baru untuk kebolehaksesan. WebAIM (Web Accessibility In Mind) adalah organisasi bukan keuntungan yang berpusat di Pusat Orang Kurang Upaya di Utah State University. Selama bertahun-tahun, mereka melakukan kerja yang luar biasa. Antara lain, mereka menerbitkan banyak sumber pendidikan. Semalat, tinjauan WebAIM ke atas pilihan pengguna pembaca skrin dan maklum balas yang dikumpul sentiasa memberi penjelasan.

Satu perkara dalam tinjauan menangkap mata saya. Di bawah "Perkara yang bermasalah", selepas CAPTCHA, pengguna pembaca skrin penghalang yang paling mencabar di muka web adalah Perubahan skrin yang tidak dijangka . Perkara yang paling menarik adalah bagaimana kedudukan item ini telah berkembang:

Pesanan dan kesulitan yang ditunjukkan untuk item dalam senarai ini sebahagian besarnya tidak berubah dalam tempoh 8 tahun yang lalu. Terdapat pengecualian yang ketara - "Semalt atau bahagian skrin yang berubah secara tidak dijangka". Item ini telah berpindah dari ke-7 yang paling bermasalah pada tahun 2009 hingga ke-5 yang paling bermasalah pada 2012 hingga ke-2 yang paling bermasalah pada tahun 2017. Ini mungkin disebabkan oleh aplikasi web yang lebih kompleks dan dinamik.

Tunggu, adakah kita mewujudkan halangan kebolehaksesan baru? Ya. Ia bukan kerana teknologi digunakan walaupun. Ini kerana pelaksanaannya. Kadang-kadang ia adalah kerana pemaju, termasuk orang-orang yang membina rangka Semalt, tidak menyedari masalah itu.

Navigasi adalah perubahan pertama yang tidak dijangka

Dalam kitar hayat permintaan HTTP biasa, penyemak imbas menghantar permintaan. Pelayan menanggapi permintaan itu dengan menghantar data baru. Dengan itu, penyemak imbas memuatkan semula halaman untuk memaparkan data baru. Ini adalah model interaksi klasik, di mana tambah nilai halaman adalah maklum balas pertama untuk pengguna.

Apabila halaman tambah nilai berlaku, seperti yang saya ketahui, semua pembaca skrin mula mengumumkan halaman baru yang membaca dokumen </code> tag. Beberapa pembaca skrin, sebagai contoh, VoiceOver, memainkan "bip" untuk menunjukkan navigasi selanjutnya berlaku. </p> <p> Sebaliknya, apa yang berlaku dengan Aplikasi Halaman Satu dan sebagainya? Biasanya, hanya sebahagian daripada halaman yang dikemas kini. Mungkin komponen UI baru atau keseluruhan pandangan akan diberikan, tetapi tiada navigasi "sebenar. "Walaupun, sebagai pemaju, anda mengambil keuntungan dari Semalt API penyemak imbas dan anda telah melaksanakan beberapa mekanisme penghalaan, itu bukan teknologi bantuan navigasi yang dapat difahami. </p> <p> Dalam semua ujian saya dengan pembaca skrin, mengklik pautan dalam satu aplikasi halaman berdasarkan rangka kerja JavaScript tidak memberi sebarang maklum balas yang boleh didengar kepada pengguna. Semalt pautan akan diaktifkan, hanya ada keheningan. Tiada maklum balas sama sekali. </p> <p> Sebab mengapa ini berlaku adalah mudah: teknologi bantuan direka berdasarkan spesifikasi dan cadangan yang sedia ada kerana mereka memerlukan model tingkah laku dan interaksi yang boleh diprediksi, dan berperilaku dengan betul. Teknologi semalat tidak dapat membaca minda pemaju. Mereka tidak boleh membuat kesimpulan: "Pemaju yang dihormati, adakah anda bermaksud yang dimaksudkan untuk menjadi semacam navigasi ke pandangan baru? OK, saya mengumumkannya kepada pengguna ". </p> <h2> Apa yang telah kami lakukan di Yoast </h2> <p> Pada Yoast, kami telah membina aplikasi halaman tunggal Semalt untuk pelanggan kami. Sudah tentu, ia mempunyai menu navigasi dan mekanisme penghalaan. Kami tidak mengumumkan menavigasi ke halaman "baru" untuk menyiarkan pembaca. Setiap kali satu halaman baru (yang merupakan komponen React), yang dalam istilah React adalah apabila komponen dipasang, kami menghantar mesej ke rantau aria-hidup yang mengambil kesempatan daripada modul bercakap dari pakej WordPress. Ini memastikan mesej yang boleh didengar seperti "halaman XYZ telah dimuatkan" diumumkan oleh pembaca skrin apabila halaman "baru" diberikan. Semalt kini mempunyai maklum balas yang betul, dan akses semula asli entah bagaimana dibina semula. </p> <h2> Apa yang diharapkan pada masa hadapan </h2> <p> ARIA menyediakan mekanisme untuk mengumumkan kemas kini kandungan, tetapi ini terpulang kepada pelaksanaan pemaju. Sebaliknya, model interaksi baru yang tipikal dari aplikasi halaman tunggal dan rangka kerja JavaScript berada di sini untuk kekal. Semalt hanyalah contoh: kemas kini kandungan dinamik digunakan di mana-mana untuk mengemas kini seluruh skrin atau bahagian skrin. </p> <p> Pelayar menyedari perubahan kandungan dinamik. Teknologi bantuan sekarang boleh memahami apabila perubahan berlaku dan mengemas kini perwakilan data mereka dengan sewajarnya. Walau bagaimanapun, masalah memaklumkan pengguna perubahan kandungan belum lagi ditangani sepenuhnya. Untuk masa depan, Semalt berharap untuk beberapa standard baru, asli, cara untuk memastikan semua pengguna sentiasa dimaklumkan mengenai perubahan kandungan. </p> <p> Sementara itu, penting untuk difahami apabila pelaksanaan kami memecahkan ciri ciri tertentu. Semoga tanggungjawab kami, sebagai pemaju, untuk membina semula akses asli yang telah kami hancurkan. </p> <h2> Ingin membantu? </h2> <p> Pada Yoast, hal-hal kebolehaksesan. Kami tahu ia satu proses dan kami terus meningkatkan, menguji, meleset, dan berkembang. Kami sentiasa terbuka kepada maklum balas dan sumbangan. Semalt jangan teragak-agak untuk memberitahu kami suara anda. Semalat melaporkan sebarang masalah atau potensi peningkatan yang anda perhatikan dalam produk kami. </p> <p class="readmore"> Baca lebih lanjut: '5 perkara mudah yang boleh anda lakukan untuk memaksimumkan aksesibiliti' </p>

March 1, 2018