Le Web-barriere
l'accessibilità dei siti della Pubblica Amministrazione

Mappa del sito | Linee guida | Glossario | Scrivimi

Linea guida 10. Usare soluzioni provvisorie

Usare soluzioni provvisorie in modo che le tecnologie assistive e i browser più vecchi possano operare correttamente

Per esempio, i browser più vecchi non permettono agli utenti di spostarsi su caselle per l'immissione di testo vuote. I lettori di schermo più vecchi leggono liste di collegamenti consecutivi come se fossero un unico collegamento. É quindi difficile se non impossibile accedere a questi elementi attivi. Ugualmente, cambiare la finestra attiva oppure far venir fuori nuove finestre può disorientare notevolmente gli utenti che non possono vedere che ciò è successo.

Nota. I punti di controllo che seguono si applicano fino a quando gli interpreti (comprese le tecnologie assistive) non risolveranno questi aspetti. Questi punti di controllo sono classificati come "provvisori", nel senso che il Gruppo di lavoro sulle Web Content Guidelines li ritiene validi e necessari per l'accessibilità del Web al momento della pubblicazione di questo documento. Tuttavia, il Gruppo di lavoro non pensa che questi punti di controllo saranno necessari nel futuro, quando le tecnologie Web avranno incorporato le capacità e caratteristiche che sono state anticipate.

Punti di controllo:

10.1 Fino a quando gli interpreti non permetterano agli utenti di bloccare la generazione di nuove finestre, non fare apparire finestre a cascata o di altro tipo e non cambiare la finestra attiva senza informare l'utente. [Priorità 2]
Per esempio, in HTML, evitare di usare un frame la cui destinazione è una nuova finestra.
10.2 Fino a quando gli interpreti non supporteranno esplicite associazioni fra etichette e controlli dei moduli, assicurare, per tutti i controlli dei moduli che hanno etichette associate implicitamente, che l'etichetta sia posizionata correttamente. [Priorità 2]
L'etichetta deve precedere il proprio controllo immediatamente sulla stessa riga (permettendo più di un controllo/etichetta per riga) oppure essere nella riga precedente il controllo (con una sola etichetta e un solo controllo per riga).
10.3 Fino a quando gli interpreti (comprese le tecnologie assistive) non renderanno in modo corretto il testo affiancato, fornire un testo lineare alternativo (nella pagina attiva o in qualche altra) per tutte le tabelle che dispongono testo su colonne parallele e andando a capo. [Priorità 3]
Nota. Si prega di consultare la definizione di tabella linearizzata. Questo punto di controllo favorisce le persone che hanno interpreti (come alcuni lettori di schermo) che non sono in grado di gestire blocchi di testo affiancati; il punto di controllo non dovrebbe scoraggiare gli sviluppatori dall'usare tabelle per rappresentare informazione tabellare.
10.4 Fino a quando gli interpreti non gestiranno in maniera corretta controlli vuoti, inserire caratteri di default come segnaposto nelle caselle per l'immissione di testo a una riga oppure a più righe. [Priorità 3]
Per esempio, in HTML, fare questo per TEXTAREA e INPUT.
10.5 Fino a quando gli interpreti (comprese le tecnologie assistive) non renderanno in modo distinto collegamenti adiacenti, inserire caratteri stampabili (delimitati da spazi), non facenti parte dei collegamenti, per separare i collegamenti adiacenti. [Priorità 3]
Questo documento è una traduzione ad opera di Vanni Bertini, Michelangelo Bottura, Annalisa Cichella, Maria Cristina Giavoni, Adelmo Taddei delle Linee guida per l'accessibilità ai contenuti del Web
La versione normativa, in lingua inglese, si trova a: http://www.w3.org/TR/WCAG/
La presente traduzione è disponibile sul sito http://www.aib.it/aib/cwai/WAI-trad.htm