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

• Introduzione
• Statistiche disabili
• Dispositivi
• Accessibilità
• Usabilità
• eGovernment
• Analisi dei siti
• Conclusioni

Linea guida 11. Usare le tecnologie e le raccomandazioni del W3C

Usare le tecnologie del W3C (in conformità con le specifiche) e seguire le raccomandazioni sull'accessibilità. Nei casi in cui non sia possibile usare una tecnologia del W3C, oppure se nell'utilizzarla si ottenesse materiale che non si trasforma in maniera elegante, fornire una versione alternativa del contenuto che sia accessibile

Questa linea guida raccomanda tecnologie del W3C (per es. HTML, CSS ecc.) per diversi motivi:

• le tecnologie W3C contengono elementi di accessibilità "integrati".
• le specifiche W3C subiscono una revisione preliminare per assicurarsi che gli elementi di accessibilità siano presi in considerazione fin dalla fase progettuale.
• le specifiche W3C sono sviluppate all'interno di un processo aperto e con il consenso dell'industria del settore.

Molti formati che non sono del W3C (per es., PDF, Shockwave, etc.) richiedono di essere visti o con plug-in o con applicazioni autonome. Spesso, questi formati non possono essere visualizzati oppure non è possibile effettuare una navigazione con interpreti standard (comprese le tecnologie assistive). Il fatto di evitare l'uso di caratteristiche non W3C e non standard (elementi, attributi, proprietà ed estensioni proprietarie) aiuterà a rendere le pagine più accessibili a un numero maggiore di persone che usino una più ampia varietà di hardware e software. Quando devono essere usate tecnologie non accessibili (proprietarie oppure no), devono essere fornite pagine equivalenti accessibili.

Anche quando si usano le tecnologie W3C, lo si deve fare rispettando linee guida per l'accessibilità. Nell'usare nuove tecnologie assicurarsi che esse si trasformino in maniera elegante.

Nota. La conversione di documenti (da PDF, PostScript, RTF, ecc.) ai linguaggi di marcatura del W3C (HTML, XML) non sempre crea un documento accessibile. Quindi validare ogni pagina per verificare l'accessibilità e la possibilità d'uso dopo il processo di conversione. Se una pagina non viene convertita velocemente, correggerla finché la sua rappresentazione originale non viene convertita appropriatamente oppure fornire una versione in formato HTML o testo semplice.

Punti di controllo:

11.1 Usare le tecnologie W3C quando sono disponibili e sono appropriate per un certo compito e usare le versioni più recenti quando sono supportate. [Priorità 2]

Vedi la lista dei riferimenti per sapere dove trovare le specifiche W3C più recenti e [WAI-UA-SUPPORT] per avere informazioni sulla compatibilità fra interpreti e tecnologie W3C.

11.2 Evitare le caratteristiche delle tecnologie W3C che sono disapprovate. [Priorità 2]

Per esempio, in HTML, non usare l'elemento FONT che è disapprovato; usare al suo posto i fogli di stile (per es., la proprietà 'font' di CSS).

11.3 Fornire agli utenti l'informazione necessaria perché possano ricevere i documenti in maniera che si adattino alle loro preferenze (per es., lingua, tipo di contenuto ecc.) [Priorità 3]

Nota. Usare la negoziazione del contenuto quando è possibile.

11.4 Se, nonostante ogni sforzo, non si può creare una pagina accessibile, fornire un collegamento a una pagina alternativa che usi le tecnologie W3C, sia accessibile, contenga informazioni (o funzionalità) equivalenti, e sia aggiornata con la stessa frequenza della pagina (originale) inaccessibile. [Priorità 1]

Nota. Gli sviluppatori dovrebbero ricorrere a pagine alternative solo quando le altre soluzioni falliscono perché le pagine alternative sono in genere meno aggiornate delle pagine "primarie". Una pagina non aggiornata può essere frustrante quanto una pagina inaccessibile visto che, in entrambi i casi, l'informazione presentata nella pagina originale non è disponibile. La generazione automatica di pagine alternative può portare a aggiornamenti più frequenti, ma gli sviluppatori devono comunque fare attenzione ad assicurare che le pagine generate abbiano sempre senso, e che gli utenti siano in grado di navigare in un sito seguendo i collegamenti delle pagine primarie, di quelle alternative, o di entrambe. Prima di ricorrere a una pagina alternativa, riesaminare il progetto della pagina originale; è probabile che rendendola accessibile essa risulti migliore per tutti gli utenti.