Dovrei usare WAI-ARIA nelle build del mio sito Web? Avrà qualche vantaggio? Al momento qualcuno sta aggiungendo "ruolo" al proprio codice?

Alcune informazioni su WAI-ARIA - www.w3.org/WAI/intro/aria .

I ruoli scheda, collegamento, casella di controllo e dispositivo di scorrimento, oltre a molti altri, non sono ancora disponibili per HTML5. Osservando l'elenco di ciò che è disponibile (vedi sotto) e di ciò che verrà in futuro, sembra che potremmo applicare ruoli a una grande quantità di tag sulle nostre pagine. Non è un problema soprattutto se porta vantaggi agli utenti che usano i lettori, ecc

Inoltre, una domanda a margine, i motori di ricerca daranno qualche vantaggio ai siti che usano WAI-ARIA?

Elenco di ruoli sicuri da utilizzare (credo)

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

Esempi di utilizzo nel codice HTML5:

<header role="banner"></div>per un'intestazione principale, banner consentito solo una volta per pagina

<header role="heading"></div>- per tutte le intestazioni dopo quella principale

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

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

OK, ho riflettuto e fatto ricerche da quando mi hai chiesto.

Ora sono del parere che dovresti usarli e intendo iniziare a coinvolgerli nei progetti.

Solo perché non sono disponibili non significa che non possono essere analizzati da tecnologie assistive e se aiutano anche ad aggiungere un po 'di valore semantico, perché no?

Se più webmaster adottassero WAI-ARIA, potremmo iniziare a vedere maggiori vantaggi e limitazioni.

Dal momento che ci sono alcuni aspetti positivi e nessun aspetto negativo (salvo il leggero aumento del tempo di scrittura e della dimensione HTML), dico di provarlo.

Ecco un interessante post sul blog sull'argomento.

Questo. è. una schifezza.

Mi rivolgo da tempo alla comunità cieca. Uso alttutte le mie immagini e l'ho sempre fatto. Espando ogni abbr. Uso web "checkers" e validatori per l'accessibilità. Mi chino all'indietro per fornire un sito accessibile.

Ma questa roba deve finire.

Per il post sul blog sopra elencato.

Sebbene possa sembrare che il tag nav definisca il "ruolo" dell'elemento nav, non tutti i browser lo capiranno (solo perché il browser può visualizzarlo, non significa che capisca il tag).

Guarda, se sei cieco e non riesci ad aggiornare il tuo browser a un lettore compatibile HTML5, dobbiamo iniziare a guardarti nella stessa luce in cui guardiamo gli utenti IE6. Potresti essere cieco; ma non sei stupido. Essere ciechi non è una scusa per essere pigri. Hai semplicemente bisogno di un nuovo screen reader.

<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!

Questo è un test di tolleranza in cui il mondo intero si sta assumendo un'idea stupida per accogliere la tecnologia arcaica. Certo, almeno quelli che si piegano all'indietro non lo fanno per guadagnare soldi, ma ormai dovresti usare uno screen reader con almeno aggiornamenti biennali.

Anche importante, è che molte di queste cose confondono i nuovi screen reader quando vengono sbagliati. Ad esempio, <nav>è in genere un semplice contenitore per a <ul>. Se hai un <ul role="navigation">under a <nav>potresti incorrere in un problema con verbosità inutile .