Saya sangat senang dengan apa yang dilakukan Interop 2022 untuk kompatibilitas web secara umum. Itu membuat saya berpikir: bagaimana jika kami memiliki sesuatu yang serupa, tetapi khusus aksesibilitas, yang berfokus pada kompatibilitas antara kode kami, teknologi bantu, dan browser? Menariknya, ARIA-AT cukup banyak memiliki tujuan itu.
Interop 2022 luar biasa
Dalam upaya Interop 2022, semua vendor browser utama, insinyur browser, dan pemangku kepentingan lainnya sepakat “untuk memecahkan masalah kompatibilitas browser teratas yang diidentifikasi oleh pengembang web” dalam satu tahun. Saya menari sedikit ketika saya melihat itu. Maksudku, mereka menyelaraskan prioritas mereka di antara mereka dan pengembang web mendapatkan suara dalam apa yang menjadi prioritas. Bagus sekali.
Subjaringan, <dialog> dan scroll-snap adalah fitur luar biasa, tetapi subgrid yang didukung lintas-browser secara konsisten, <dialog> dan scroll snap (dan banyak lagi) adalah yang sebenarnya. Karena masalah kompatibilitas browser bisa sangat mengganggu. Mereka membuat pengembangan web lebih sulit dan lebih mahal. Pengembang web berakhir dengan pilihan antara mendukung lebih sedikit browser atau menambahkan peretasan dan lebih banyak kode yang membengkak. Pilihan mana pun kemungkinan akan turun ke pengalaman pengguna akhir.
Fitur platform web yang tidak direkomendasikan
Sebagai spesialis aksesibilitas, saya menghabiskan sebagian waktu saya untuk memberikan saran tentang cara membuat kode komponen UI yang dapat diakses. Dari waktu ke waktu, saya ingin merekomendasikan sesuatu, tetapi saya tidak melakukannya, karena bug atau inkonsistensi antara browser dan teknologi pendukung.
Saya bertanya di Twitter apa masalah utama orang-orang:
Jika Anda dapat memperbaiki 3 bug di teknologi bantu atau browser, untuk membuat komponen UI yang dapat diakses lebih mudah, apakah itu?
Beberapa tanggapan yang masuk, semua browser terfokus:
Membiarkan masalah ini terbuka begitu lama merusak aksesibilitas web:
- pengembang yang tidak sadar mungkin berpikir bahwa dengan menggunakan platform mereka mendapatkan aksesibilitas secara default dan tanpa sadar membangun sesuatu yang tidak dapat diakses
- pengembang yang sadar mungkin akhirnya menambahkan segala macam kode peretasan untuk memperbaiki masalah pada akhirnya, yang dapat menyebabkan masalah pemeliharaan dalam jangka panjang dan membuat aksesibilitas menjadi sulit.
- pengembang umumnya akan memiliki peluang lebih besar untuk mengirimkan antarmuka yang tidak dapat diakses
Di Twitter, orang-orang juga membalas dengan cara menarik lainnya yang dapat dilakukan browser untuk meningkatkan aksesibilitas, seperti implementasi browser “lewati ke” <main>” (sebagai Leonie menyarankan) atau bahkan ke tengara mana pun (sebagai Curtis berkata).
Dan kemudian ada masalah seputar apa yang dilakukan browser, tetapi (beberapa) pakar aksesibilitas tidak setuju, seperti itu <dialog>jebakan fokus dapat melarikan diri ke browser chrome. Saya telah mendengar dari pengembang yang konsultan aksesibilitasnya merekomendasikan mereka untuk tidak menggunakannya <dialog di tempat pertama dan itu masalah.
Saya percaya pada tanggung jawab pribadi dalam hal membangun web yang lebih mudah diakses. Tim perlu menguji pekerjaan mereka dan memastikan aksesibilitas. Tetapi pada saat yang sama, perubahan primitif (seperti browser dan CMS) diperlukan dan dapat meningkatkan banyak aksesibilitas sekaligus. Semua masalah di atas paling mudah diselesaikan oleh browser, bukan pengembang web individu (lihat juga posting saya sebelumnya, Default yang lebih mudah diakses).
ARIA-AT
Jika kita melihat lebih dari sekadar browser dan fokus pada teknologi bantu, sebuah proyek menarik muncul di benak kita. Grup Komunitas ARIA-AT W3C memiliki tujuan untuk memastikan “teknologi bantu bekerja dengan kode web dengan cara yang dapat diprediksi”. Grup bekerja pada interoperabilitas dalam empat cara (diambil dari beranda mereka):
- tes tulis; mereka membantu memastikan keselarasan antara bagaimana teknologi bantu berperilaku, dan dengan itu, apa yang dapat diharapkan pengguna
- menjalankan pengujian di berbagai teknologi bantu (saat ini berfokus pada pembaca layar, termasuk JAWS, NVDA, dan VoiceOver)
- membangun konsensus dalam industri
- aktifkan pengujian otomatis yang dapat diskalakan (yang standarnya mereka tulis, lihat penjelasan Driver AT)
Video penjelasan ARIA-AT menjelaskan mengapa ini sangat penting: “ada ratusan masalah interpretasi antara pembaca layar,” dan “cara pembaca layar dan browser menafsirkan kode web berubah sepanjang waktu”.
Saya sangat bersemangat untuk proyek ini, akan sangat keren untuk melihat hasil tes muncul di tempat-tempat seperti ARIA Authoring Practices Guide.
Menyimpulkan
Akan sangat bagus bagi web untuk melihat browser memprioritaskan bug aksesibilitas dan menyelaraskan di antara mereka pada aspek aksesibilitas fitur saat ini seperti <dialog>, <video>validasi formulir dan aria-controls. Baik sebagai bagian dari program Interop reguler, atau secara terpisah. Pada saat yang sama, kembali ke pertanyaan yang saya mulai dengan: ya, lebih banyak interop antara teknologi bantu akan sangat disambut. Meningkatkan cara teknologi bantu menafsirkan kode kami adalah tujuan yang fantastis—saya senang dengan dampak yang akan dimiliki ARIA-AT.
Pengeluaran hk tercepat hari ini dari web togel Data SGP pools https://kahlakreativ.com/ hasil keluaran hk terkini tiap hari. Dengan kenakan rekapan bagan data hk prize, Pasti mempermudah bettor didalam memandang no pengeluaran SGP hari ini. Di mana tiap hasil pengeluaran hk https://atmediadesign.com/ ini terkini selamanya kami pembaharuan menjajaki result keluaran hongkong terkini dari hongkongpools.com. Tujuannya agar para penggemar judi togel https://nagalautbet.com/ di Indonesia bisa dengan mudahnya mengetahui hasil hk hari ini terkini serta sangat kilat.
