3 cara kita gagal mengambil aksesibiliti dengan serius

Anda telah mendengar jenaka itu, bukan? "Dua pemaju depan berjalan ke bar dan mendapati mereka tidak mempunyai persamaan." Lucu, tetapi juga kebenaran yang mengecewakan mencerminkan jurang yang ketara.

Artikel ini meneroka tiga perspektif umum mengenai kebolehcapaian web, menonjolkan jambatan yang berpotensi antara pengguna dan pemaju/pereka. Matlamat kita? Untuk mencari tempat yang sama untuk web yang lebih inklusif.

Akta 1: dilema pemaju

"Saya tidak faham bagaimana pemaju mengabaikan kebolehcapaian."

Mari kita pertimbangkan perspektif pemaju. Membina laman web berjaya menuntut skillet yang luas. Di luar asas -asas (HTML, CSS, ARIA, JavaScript), pemaju menyulap tugas -tugas lain yang tidak terhitung jumlahnya: Pengurusan Pakej, Kawalan Versi, Ujian (Unit, Integrasi, Regresi Visual, Keserasian Pelayar), Kajian Kod, Penyebaran, Keselamatan, Reka Bentuk UX/UI, Reka Bentuk Respon, Pengurusan Data ... Senarai ini tidak berkesudahan.

Ia mengagumkan berapa banyak pemaju tahu! Bilangan orang yang mampu membina laman web adalah sebahagian kecil daripada penduduk global - prestasi yang benar -benar luar biasa. Kepuasan kod penghantaran yang berjaya, perasaan pencapaian itu, sangat menggembirakan.

Sekarang bayangkan pakar kebolehcapaian yang menunjukkan kelemahan dalam kerja anda, menyiratkan bahawa anda telah melakukannya "salah" selama bertahun -tahun. Kekecewaan kognitif boleh bergelora. Tiba-tiba, kepakaran anda yang susah payah merasa tidak mencukupi, dan kesedaran bahawa anda yang tidak sengaja dikecualikan pengguna dapat sangat mengganggu. Reaksi pertahanan dapat difahami.

Sangat mudah untuk melihat mengapa pemaju mungkin memilih untuk mengabaikan kebolehcapaian - ia adalah konfrontasi yang menyakitkan dengan kekurangan yang berpotensi dan rasa bersalah terhadap pengawasan masa lalu.

Akta 2: Kekecewaan Pengguna

"Saya rasa tidak kelihatan."

Pengguna bergantung pada teknologi bantuan sering menemui laman web yang tidak dapat digunakan. Kontras warna yang lemah menjadikan teks tidak dapat dibaca. Unsur -unsur interaktif kompleks (seperti butang bersarang) mencegah tindakan asas, seperti membayar bil atau membeli -belah dalam talian. Butang menyamar sebagai Divs menjadi tidak dapat diakses oleh navigasi papan kekunci.

Kekecewaan ini sering diarahkan kepada mereka yang berusaha untuk keterangkuman, mewujudkan gelung maklum balas negatif. Sesetengah pemaju menolak kebimbangan sebagai "kasar," sementara yang lain berjuang dengan beban emosional kerja aksesibiliti. Pengguna merasa tidak diendahkan, yang membawa kepada rasa tidak berkuasa. Tindakan undang -undang sering menjadi satu -satunya jalan keluar, namun begitu, perubahan boleh menjadi perlahan. Persepsi adalah bahawa bersuara dan tegas adalah satu -satunya cara untuk didengar.

Akta 3: Kekangan Pereka

"Saya tahu kontras warna dimatikan, tetapi ia terasa sangat kreatif, saya benci bagaimana ia kelihatan."

Ramai pereka melihat garis panduan kebolehaksesan sebagai batasan pada visi artistik mereka. Mereka melihat dikotomi palsu: reka bentuk yang indah berbanding reka bentuk yang boleh diakses.

Tetapi ingat: reka bentuk web bukan semata-mata ekspresi diri; Ini mengenai mewujudkan pengalaman yang boleh digunakan untuk semua orang. Cabarannya adalah untuk mencari reka bentuk yang estetika menyenangkan dan dapat diakses sepenuhnya. Ia bukan situasi sama ada/atau; Ini mengenai mencari penyelesaian inovatif yang memenuhi kedua -dua kriteria.

Reframing perbualan

Isu -isu ini melampaui tiga perspektif ini. Pengurus projek mengutamakan penghantaran ciri, sesetengah pemaju menyatakan sikap yang meremehkan, dan yang lain menunggu mandat pelayar sebelum menangani aksesibiliti.

Penyelesaiannya? Kita perlu mengintegrasikan pendidikan aksesibiliti ke peringkat awal latihan pemaju dan pereka. Fikirkannya seperti belajar bahasa asing - hanya mengetahui komunikasi slang. Begitu juga, pendekatan JavaScript-centric sering mengabaikan ciri-ciri kebolehcapaian yang melekat HTML.

Kami mesti memastikan semua dokumentasi termasuk contoh kod yang boleh diakses, reka bentuk mempunyai anotasi aksesibiliti, dan persidangan mengutamakan perbincangan aksesibiliti. Alat kami mestilah boleh diakses. Ini adalah standard minimum baru.

Bagaimana dengan kod dan sumber yang ada? Kita tidak boleh memikirkan kesilapan yang lalu, tetapi kita boleh bergerak maju dengan belas kasihan dan rasa ingin tahu. Kami mampu belajar dan bertambah baik. Kami telah mengatasi halangan teknikal yang mencabar sebelum ini; Kebolehcapaian adalah satu lagi cabaran yang dapat kita tarik.

Langkah yang boleh diambil tindakan:

Pembaikan diri yang penuh kasih:

1. Ikuti individu yang kurang upaya di media sosial untuk belajar dari pengalaman mereka. Dengar, pelajari, dan elakkan tindak balas argumentatif.
2. Kemas kini pengetahuan anda. Mengutamakan pembangunan HTML-First, kemudian tambahkan fungsi JavaScript. Ambil kursus yang fokus aksesibiliti.
3. Gunakan pembaca skrin untuk memahami fungsinya dan batasannya. Terokai mod teks sahaja, tetapan suara, navigasi oleh tajuk, dan pintasan papan kekunci.

Bonus: menyumbang kepada projek perkakas kebolehcapaian.

Peningkatan kod tambahan:

Menangani penyekat akses kritikal:

1. Elakkan elemen interaktif bersarang.
2. Pastikan semua medan input mempunyai label yang jelas dan berkaitan.
3. Mencegah perangkap papan kekunci.
4. Sediakan teks alt yang bermakna untuk semua imej.
5. Keluarkan pautan yang rosak atau tidak perlu.

Gunakan senarai semak seperti projek A11Y sebagai titik permulaan.

Bermula hari ini. Mulakan di mana anda berada. Perjalanan ke arah web yang lebih inklusif bermula dengan satu langkah.

Foto pengepala yang diketengahkan oleh Scott Rodgerson di Unsplash

Atas ialah kandungan terperinci 3 cara kita gagal mengambil aksesibiliti dengan serius. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!