L’aderenza agli standard di screen reader e browser vocali

di Jean-Marie D’Amour e Catherine Roy

Questo articolo è una traduzione dello studio “How Assistive Software Supports Web Accessibility” presentato il 20 Marzo 2002 alla 17a conferenza internazionale “Technology and Persons with Disabilities” di Los Angeles, California

Riferimento

Il W3c, con il Wai, ha pubblicato le Web Content
Accessibility Guidelines
1.0
e le Techniques for Web Content
Accessibility Guidelines
1.0
. Si tratta di 14 linee guida e di 65 punti cardine. Questi punti si riferiscono a loro volta a 85 diverse tecniche. Tutti questi elementi rappresentano le specifiche alle quali gli sviluppatori sono tenuti ad aderire.

Anche se vengono seguite queste regole, gli screen reader non garantiscono però che i contenuti siano accessibili per i loro utenti. Immagini complessse come i diagrammi e i grafici, ad esempio, richiedono la presenza di una descrizione di dettaglio inserita utilizzando l’attributo longdesc, ma solo le versioni più recenti di Jaws e Home Page Reader di Ibm (un browser vocale), danno accesso a questa informazione.
Come risultato, gli sviluppatori web devono non solo utilizzare l’attributo longdesc, ma aggiungere un D-Link come soluzione alternativa.

Gli esperti di accessibilità e gli sviluppatori web si sono posti svariate domande per capire come rendere i loro siti accessibili, riguardanti soprattutto il modo con cui questi software si comportano con le informazioni accessibili incluse nelle pagine.
Il risultato è che chi crea i contenuti è poco motivato dall’inserire tag e attributi che sono a fatica riconosciute da questi strumenti. Ma anche quando gli screen reader sono in grado di interpretare queste informazioni correttamente, gli sviluppatori vogliono capire il reale risultato che verrà presentato all’utente, così da poter rifinire i loro metodi per ottenere l’effetto voluto.

Il caso precedente non è sfortunatamente isolato. Abbiamo così condotto questo studio comparativo, che riguarda diversi screen reader e browser vocali, per verificare fino a che punto questi strumenti aderiscono alle linee guida Wai e per spiegare come le informazioni accessibili sono o non sono trattate prima di essere trasmesse agli utenti.

Il nostro studio cerca di rispondere a queste domande e può diventare un utile strumento di riferimento per chi si occupa di accessibilità web. La nostra valutazione suggerisce alcuni consigli agli sviluppatori di screen reader per consentirgli di migliorare il supporto all’accessibilità web di questi strumenti. Per raggiungere questo obiettivo è però necessario che gli sviluppatori web e gli sviluppatori di screen reader lavorino insieme.

Metodologia

Questo studio comparativo prende in esame le versioni più recenti dei seguenti software

Volevamo includere anche Outspoken 3.0 di Alva Access Group e
Hal 5.0 di Dolphin Computer
Access
ma, dopo una sommaria valutazione, abbiamo stabilito che sono troppo distanti dagli altri software perché fosse pertinente includerli in questo studio.

Presentiamo inoltre i risultati anche per 2 versioni precedenti di Jaws, dal momento che questo prodotto è largamente usato e molti utenti continuano a lavorare con le versioni precedenti perché non possono permettersi il costo di aggiornamento.

Partendo dalle 85 tecniche raccomandate dal Wai, ne abbiamo evidenziate 41 che riteniamo necessarie per garantire l’accessibilità delle pagine e che riguardano in particolare gli screen reader o i software vocali. Abbiamo raggruppato questi elementi in 6 categorie:

  • Controllo degli elementi strutturali
  • Corrispettivi di testo
  • Accesso tramite tastiera
  • Descrizione e navigazione dei form
  • Descrizione e navigazione delle tabelle
  • Descrizione e navigazione dei frame

Sei di questi elementi sono legati all’accessibilità, ma non sono esplicitamente inclusi dalle tecniche Wai o non gli vengono chiaramente assegnate delle priorità:

  • Riconoscimento automatico della lingua principale
  • Attributo title per le immagini e i pulsanti
  • Link alla stessa pagina
  • Attributo title del tag object
  • Tabulazione sugli anchor che non sono link
  • Nome dei frame

Risultati

Il nostro studio comparativo ha evidenziato che Home Page Reader 3.02 e Jaws 4.0.2 sono praticamente testa a testa. Home Page Reader aveva un considerevole vantaggio fino al rilascio dell’ultima versione di Jaws, che ha subito miglioramenti significativi. E’ una buona notizia per gli utenti di questo screen reader considerando la posizione dominante che ricopre sul mercato.

Ecco i risultati:

Riassunto Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Controllo degli elementi strutturali 0 1 1 2 6 9
Corrispettivi di testo 5 6 6 8 7 9
Accesso tramite tastiera 1,5 1 1 2,5 0,5 5
Descrizione e navigazione dei form 5 5 5 6 5,5 6
Descrizione e navigazione delle tabelle 3 5 5 6 8 9
Descrizione e navigazione dei form dei frame 0 0 1 2 0 3
Totale 14,5 18 19 26,5 27 41
Percentuale 35% 44% 46% 65% 66%  

Se consideriamo i livelli di priorità Wai otteniamo praticamente gli stessi risultati, tranne che la differenza tra il migliore (Ibm Home Page Reader) e gli altri è ancora più marcata.

Riassunto ponderato per priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Total
Controllo degli elementi strutturali 0 2 2 4 11 16
Corrispettivi di testo 13 16 16 18 17 21
Accesso tramite tastiera 2 1 1 3 1 6
Descrizione e navigazione dei form 10 10 10 12 11 12
Descrizione e navigazione delle tabelle 7 11 11 14 17 20
Descrizione e navigazione dei frame 0 0 1 3 0 6
Totale 32 40 41 54 57 81
Percentuali 40% 49% 51% 67% 70%  

Analisi

Analizziamo ora brevemente ogni categoria

Controllo degli elementi strutturali

Controllo degli elementi strutturali Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Heading (h1h6) 2 no no no  
Liste ordinate e non (li) 2 no no no no  
Liste nidificate 2 no no no no no  
Abbreviazioni (abbr) e acronimi (acronym) con l’attributo title 3 no no no no no  
Citazioni (q e blockquote) 2 no no no no no  
Cambio della lingua 1 no no no no  
Riconoscimento lingua principale 3 no no no no  
Riconoscimento automatico lingua principale Ncc (vedi nota 1) no no no no  
Popup 2 no  
Totale   0 1 1 2 6 9
Ponderato per priorità   0 2 2 4 11 16

Nota 1: Non chiaramente classificato dal Wai

Gli elementi strutturali includono gli heading (h1h6), le liste e le liste nidificate. Sono tutte informazioni essenziali per comprendere appieno il significato di un documento. Gli heading consentono ai ciechi, che normalmente accedono al documento in modo sequenziale, di esplorarlo così da compensare l’incapacità di ricavarne una panoramica complessiva.

Solo Hpr 3.02 e Jaws 4.02 indicano gli header con un segnale sonoro o un avvertimento. Hpr 3.02 e Jaws 4.02 consentono inoltre la navigazione del documento procedendo tra gli heading.

Solo Hpr indica il numero di liste ordinate e consente di aggiungere un testo di avvertimento per ogni elemento appartenente ad una lista non ordinata. Ma non permette di distinguere il livello di indentatura delle liste nidificate.

La lingua principale e i cambiamenti della lingua rappresentano informazioni importanti per gli utilizzatori dei sintetizzatori vocali. Gli screen reader non rendono facile questo compito poiché richiedono un intervento manuale per modificare la lingua. I sintetizzatori vocali rendono disponibili diverse lingua che l’utente può selezionare.

Home Page Reader è l’unico strumento che riconosce i cambiamenti di lingua (inseriti dagli sviluppatori utilizzando l’attributo lang) e che cambia il motore del sintetizzatore al volo. E’ anche in grado di riconoscere automaticamente la lingua principale del documento, anche se l’attributo lang è assente.

Per quanto riguarda gli altri prodotti, il cambiamento della lingua è totalmente a carico dell’utente.

Il riconoscimento delle citazioni così come il significato degli acronimi e delle abbreviazioni sono elementi previsti dalle linee guida del Wai e classificati rispettivamente alle priorità 2 e 3.

Nessuno dei prodotti valutati dà questo tipo di informazione agli utenti.

Le finestre di popup infastidiscono molti utenti, ma questo non impedisce agli sviluppatori di usarle e a volte di abusarne. Questi popup disorientano le persone che non li possono vedere perché compaiono improvvisamente e li portano in una nuova finestra senza che lo sappiano. Il Wai consiglia di avvisare gli utenti quando un link si apre in una nuova finestra.

Le ultime 3 versioni di Jaws dicono “Nuova finestra del browser” ogni volta che compare una finestra di popup.

Home Page Reader 3.02 suona un veloce jingle ogni volta che viene aperta una nuova finestra.

Corrispettivi di testo

Corrispettivi di testo Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Testo alt per immagini e pulsanti 1  
Attributo title per immagini e pulsanti Ncc  
Attributo longdesc per immagini complesse 1 no no no   
Testo alt per i tag area delle image map 1  
Link di testo 1  
Link alla stessa pagina Ncc no no no no  
Attributo title del tag object Ncc no no no  
Testo descrittivo per l’attributo object 1  
Testo descrittivo per le applet 1 no no no  
Totale   5 6 6 8 7 9
Ponderato per priorità   13 16 16 18 17 21

I corrispettivi di testo sono un modo per fornire informazioni sul contenuto degli elementi grafici. Questo tipo di informazioni sono essenziali per i ciechi. Le Html 4.01 Specification prevedono anche la possibilità di utilizzare l’attributo title come “informazione aggiuntiva per l’elemento che lo utilizza”

Windows Eyes e Jaws confondono alt e title e danno sempre la precedenza all’attributo title quando sono entrambi presenti. Jaws, prima della versione 4.02, applica questa logica anche ai link di tipo testo. L’attributo title è un’informazione integrativa mentre l’attributo alt è l’unico modo di offrire un equivalente di testo a un elemento visivo.

Home Page Reader legge l’attributo alt ma non il title. La soluzione ideale sarebbe di avere normalmente accesso all’attributo alt e di accedere al title come complemento.

Solo Jaws 4.02 indica se il link porta da qualche altra parte nella stessa pagina, un’informazione importante anche se non viene menzionata nelle linee guida Wai.

Tutti i prodotti trattano gli attributi alt senza valore (ad esempio alt=”” e alt= ” “) come se fossero immagini senza attributi alt. La funzione degli attributi alt vuoti è di eliminare i riferimenti ad un’immagine che è puramente decorativa e perciò non importante. Questi software dovrebbero aggiungere una categoria prima di “tutte le immagini” che potrebbe essere chiamata “tutte le immagini senza alt text”.

Infine, va notato che Home Page Reader e Jaws 4.02 supportano l’attributo longdesc, il cui scopo è fornire un link ad una pagina descrittiva nel caso di elementi visivi complessi.

Il testo descrittivo per il tag object è gestito correttamente da tutti i prodotti, mentre quello per le applet è supportato solo da Jaws 3.5 e 3.7.1. La versione 4.02 non dispone più di questa caratteristica.

Accesso tramite tastiera

Accesso tramite tastiera Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Ordine di tabulazione (tabindex) per i link 3 no no no no no  
Ordine di tabulazione (tabindex) per i form 3 no  
Accesskey 3 no no no no  
Tabulazione sugli anchor che non sono link Ncc no no no no no  
Script e Dhtml 2 parziale no no parziale parziale  
Totale   1.5 1 1 2.5 0.5 5
Ponderato per priorità   2 1 1 3 1 6

L’Html 4.01 consente agli sviluppatori di definire l’ordine di tabulazione all’interno di un documento. Questa operazione può essere cruciale per alcuni tipi di menù dinamici o effetti Javascript che reagiscono agli eventi da tastiera, come suggerito dal Wai. E’ inoltre usato dai form per assicurare un percorso logico di navigazione se si usa la tastiera.

Window Eyes e Jaws interpretano l’ordine di tabulazione, ma solo Jaws 4.02 indica l’attributo accesskey.

Solo Windows Eyes rispetta l’ordine di Internet Explorer per gli anchor che non sono link.

Tutte le versioni recenti dei prodotti in esame gestiscono parzialmente gli eventi in JavaScript e gli effetti Dhtml che modificano la visibilità degli elementi. Il supporto è però ancora rudimentale e funziona solo in particolari situazioni.

Descrizione e navigazione dei form

Descrizione e navigazione dei form Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Raggruppare e descrivere il campo con fieldset e legend 2 no no no parziale (vedi nota 2)
Associazione tra i campi e le etichette (label) con l’attributo for 2  
Campi di testo 2  
Combo Box 2  
Radio button 2  
Pulsanti 2  
Totale   5 5 5 6 5,5 6
Ponderati per priorità   10 10 10 12 11 12

Nota 2 : Legge il tag legend solo quando l’etichetta segue il controllo

I form sono elementi cruciali per le operazioni di ricerca e di e-commerce.

Tutti i prodotti sottoposti al test supportano i controlli per i form. Solo Jaws 4.02 fornisce però informazioni riguardanti i gruppi di elementi e i contenuti del tag legend. Sono informazioni spesso essenziali per compilare correttamente i form.

Descrizione e navigazione delle tabelle

Descrizione e navigazione delle tabelle Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Abbreviazioni per le intestazioni 3 no no no no  
Tag caption 3  
Attributo summary 3 no  
Attributo scope 1 no  
Intestazioni 1 no  
Attributo axis 1 no no  
Celle vuote 1 no no  
Celle unite 1 no no no  
thead, tfoot, tbody 2 no no no no  
Totale   3 5 5 6 8 9
Ponderato per priorità   7 11 11 14 17 20

Leggere una tabella di dati è una situazione molto complessa per i non vedenti. Chi vede la tabella può farsi una veloce idea del modo in cui i dati sono organizzati. Un cieco invece si affida ad un riassunto per avere un’idea generale del contenuto. Identificare le celle che fanno da intestazione e le loro relazioni con le celle che contengono i dati è fondamentale per la navigazione e la compresione del contenuto.

Home Page Reader è il miglior strumento per navigare complesse tabelle di dati, mentre il peggiore è Windows Eyes. Jaws 4.02 ha fatto dei progressi se lo paragoniamo alle versioni precedente, soprattutto per quel che riguarda le celle vuote, ma sarebbe interessante se trattasse le celle unite con la stessa logica di Home Page Reader.

Descrizione e navigazione dei frame

Descrizione e navigazione dei frame Livello di priorità Window Eyes 4.2 Jaws 3.5 Jaws 3.71 Jaws 4.02 Hpr 3.02 Totale
Titolo dei frame (title) 1 no no no no no  
Nome dei frame (name) Ncc no no no  
longdesc 2 no no no no  
Totale   0 0 1 2 0 3
Ponderato per priorità   0 0 1 3 0 6

I frame hanno perso di popolarità, anche se sono ancora usati in parecchi siti. Il Wai suggerisce di assegnare un titolo significativo ad ogni frame per indicarne la funzione e di inserire un attributo longdesc per illustrare come i frame interagiscono tra loro (se il titolo non è sufficientemente esplicativo).

Solo Jaws 4.02 ha un buon supporto per i frame, che sarebbe ancora migliore se leggesse l’attributo title invece di name, come suggerito dal Wai.

Conclusioni

L’accessibilità web interessa sia chi realizza i contenuti, sia chi sviluppa i software in aiuto alle persone disabili. Se entrambi fanno la loro parte il web sarà un posto migliore per tutti.

Questo test evidenzia i significativi miglioramenti di Jaws 4.02, che lo pone alla stregua di Ibm Home Page Reader.

Questo studio ha già prodotto dei risultati perché ha stimolato lo spirito competitivo dei progettisti di Jaws nel voler superare Home Page Reader di Ibm. Se i due gruppi traggono spunto dai punti di forza dell’avversario e riescono a rilasciare una versione migliorata dei loro prodotti, avremmo contribuito a garantire un web più usabile ed accessibile.