Haruskah saya menggunakan WAI-ARIA dalam pembuatan situs web HTML saya?

8

Haruskah saya menggunakan WAI-ARIA dalam pembuatan situs web saya? Akankah ada manfaatnya? Adakah yang menambahkan 'peran' ke kode mereka saat ini?

Beberapa info tentang WAI-ARIA - www.w3.org/WAI/intro/aria .

Tab, tautan, kotak centang dan peran penggeser, plus banyak lagi, belum tersedia untuk HTML5. Dari melihat daftar apa yang tersedia (lihat di bawah), dan apa yang akan terjadi di masa depan, sepertinya kita mungkin menerapkan peran ke sejumlah besar tag di halaman kami. Ini bukan masalah terutama jika itu bermanfaat bagi pengguna yang menggunakan pembaca, dll

Juga, pertanyaan sampingan, akankah mesin pencari memberikan manfaat bagi situs yang menggunakan WAI-ARIA?

Daftar peran aman untuk digunakan (saya pikir)

•   role="article"
•   role="banner"
•   role="complementary"
•   role="contentinfo"
•   role="form"
•   role="heading"
•   role="main"
•   role="navigation"
•   role="search"

Contoh penggunaan dalam kode HTML5:

<header role="banner"></div>untuk tajuk utama, spanduk hanya diizinkan satu kali per halaman

<header role="heading"></div>- untuk semua tajuk setelah yang utama

<aside role="complementary"></aside>

<form role="search"></form>

html web-development html5 accessibility DBUK
sumber
1
Pertanyaan yang menarik, itu bukan sesuatu yang saya pikirkan cukup untuk memberikan jawaban dulu, tapi berharap untuk mengikuti yang ini!
Toby
Saya juga. Dengan sejumlah kecil peran yang saat ini dirilis, tidak akan banyak usaha untuk mulai memasukkannya ke dalam kode kita, tetapi apakah itu tidak ada gunanya saat ini, misalnya tidak akan memberi manfaat kepada siapa pun.
DBUK
Tapi, apa tujuan peran ARIA navigationpada navelemen html5 ? Anda harus menulis pembaca layar terburuk di dunia yang membutuhkan ini.
Evan Carroll

Jawaban:

3

OK saya sudah melakukan beberapa pemikiran dan penelitian tentang ini sejak Anda bertanya ini.

Sekarang pendapat saya bahwa Anda harus menggunakannya, dan saya bermaksud untuk mulai memasukkannya ke dalam proyek.

Hanya karena mereka tidak tersedia tidak berarti mereka tidak dapat diuraikan oleh teknologi bantuan dan jika mereka membantu untuk bahkan menambahkan sedikit nilai semantik maka mengapa tidak?

Jika lebih banyak webmaster mengadopsi WAI-ARIA, kita bisa mulai melihat lebih banyak manfaat dan batasannya.

Karena ada beberapa hal positif, dan tidak ada yang negatif (simpan sedikit benjolan dalam waktu tulis dan ukuran HTML) saya katakan lakukan saja.

Berikut adalah posting blog yang menarik tentang masalah ini.

Toby
sumber
1
Terima kasih, posting blog itu bagus, ditambah lagi, ada lebih banyak tautan berguna yang tersebar di antara dan di bawah posting. Saya akan menggunakan WAI-ARIA di gedung saya berikutnya. Saya kira yang terbaik bagi kita untuk membiasakan diri sekarang sementara hanya ada beberapa tag, sebelum mereka melepaskan sisanya.
DBUK
2

Ini. adalah. sampah.

Saya sudah lama melayani komunitas tunanetra. Saya menggunakan altsemua gambar saya dan selalu melakukannya. Saya mengembangkan setiap abbr. Saya menggunakan "checker" dan validator web aksesibilitas. Saya membungkuk ke belakang untuk menyediakan situs yang dapat diakses.

Tapi, hal ini harus dihentikan.

Per posting blog yang tercantum di atas.

Meskipun mungkin terlihat bahwa tag nav akan mendefinisikan "peran" elemen nav, tidak semua browser akan memahaminya (hanya karena browser dapat menampilkannya, tidak berarti ia memahami tag).

Lihat, jika Anda buta dan Anda tidak dapat memperbarui browser Anda ke pembaca yang kompatibel dengan HTML5, kami harus mulai melihat Anda dengan cara yang sama dengan kami melihat pengguna IE6. Anda mungkin buta; tapi kamu tidak bodoh. Menjadi buta bukanlah alasan untuk malas. Anda hanya perlu pembaca layar baru.

<div class="sr_only">
  <span role="navigation">
  <span role="heading">
  <span role="article">
  <span role="search">
    Dear Blind community, we write semantic HMTL5 for a purpose.
    Update your screen reader!

Ini adalah ujian toleransi di mana seluruh dunia memikul ide bodoh untuk mengakomodasi teknologi kuno. Memang, setidaknya mereka yang membungkuk ke belakang tidak melakukannya untuk menghasilkan uang, tetapi sekarang Anda harus menggunakan pembaca layar dengan setidaknya pembaruan dua tahun sekali.

Juga penting, adalah bahwa banyak dari hal-hal ini mengacaukan pembaca layar yang lebih baru ketika melakukan kesalahan. Sebagai contoh, <nav>biasanya wadah hanya untuk <ul>. Jika Anda memiliki di <ul role="navigation">bawah, <nav>Anda bisa mengalami masalah dengan kata kerja yang tidak berguna .

Evan Carroll
sumber