Diodati.org - Accessibilità e traduzioni dal W3C

Sponsor ufficiale di Diodati.org: Hosting a partire da 25 euro/anno | Domini a partire da 10,79 euro/anno | Server dedicati a partire da 120 euro/mese

di Michele Diodati
scritta tra agosto e settembre 2003,
pubblicata sul sito di HTML.it tra settembre e dicembre 2003,
pubblicata su Diodati.org il 14 febbraio 2004

[Salta al sommario] Pubblico su Diodati.org, ad alcuni mesi dalla sua stesura, la guida all'accessibilità scritta per HTML.it. Il testo della guida risente in piccola parte del tempo trascorso - gli avvenimenti sul Web si susseguono sempre a grande velocità - in particolare per quanto riguarda i riferimenti alla legge sull'accessibilità, che viene indicata come futura, mentre, come sappiamo, è ormai stata approvata dal Parlamento ed è a tutti gli effetti in vigore a partire dal 1° febbraio 2004.

Per il resto, però, la guida conserva piena validità. I principi di sviluppo che vi sono descritti sono a tutt'oggi (febbraio 2004) utilizzati solo da una piccola avanguardia di sviluppatori, essendo ancora la gran parte di chi produce pagine web ancorata all'uso di un HTML infarcito di elementi e attributi di presentazione, pieno di errori alla validazione del codice, scritto di solito automaticamente dai programmi visuali utilizzati.

Lo scopo della guida è appunto quello di indicare le direttive per uno sviluppo semplice e razionale delle pagine, basato sul rispetto dei linguaggi di marcatura e delle raccomandazioni di accessibilità promossi dal World Wide Web Consortium.

Chi esaminerà il codice di queste pagine dal punto di vista dell'accessibilità, troverà che non sempre sono osservate al 100% le raccomandazioni contenute nelle WCAG 1.0 (le linee guida W3C sull'accessibilità). Per esempio non sempre gli acronimi e le abbreviazioni sono riportati nel codice in forma estesa, non sempre i termini in inglese sono indicati come cambi di lingua, non sempre i grassetti sono resi con l'elemento strutturale che indica enfasi (STRONG), ma talvolta con l'elemento di presentazione visuale B. Le ragioni di tali apparenti incongruenze diventeranno comprensibili con la lettura dei vari capitoli della guida. Le WCAG 1.0 vengono infatti considerate come un utile strumento, ma anche criticate per alcuni loro limiti intrinseci, che - quando ci si pone come scopo il raggiungimento di una reale accessibilità piuttosto che una sterile conformità astratta alle regole - è opportuno conoscere e cercare di superare.

La guida è divisa in tre parti di diseguale grandezza. La seconda parte, la più estesa, è suddivisa a sua volta in quattro sezioni, ciascuna dedicata ad un diverso aspetto dello sviluppo accessibile. Ecco di seguito, per una più facile comprensibilità della struttura generale, i collegamenti ai sommari delle varie parti e sezioni della guida.

• Parte prima.
  Cos'è l'accessibilità, quali sono i suoi metodi e i suoi limiti, a chi serve
   
• Parte seconda.
  I princìpi fondamentali per realizzare siti ad elevata accessibilità
  • Sezione I. La separazione della presentazione di un documento dal suo contenuto e l'uso accessibile del colore
     
  • Sezione II. Valorizzare la struttura di un documento (uso degli elementi strutturali, moduli accessibili, tabelle accessibili)
     
  • Sezione III. Le regole per scrivere testi ad elevata accessibilità (i testi alternativi e i principali stili di scrittura per il Web)
     
  • Sezione IV. La validazione del codice e la valutazione dell'accessibilità
     
• Parte terza.
  Il futuro prossimo dell'accessibilità, considerazioni conclusive e riferimenti

Nota. La versione scaricabile della guida, inizialmente disponibile per i lettori di Diodati.org, è stata rimossa su richiesta di HTML.it, che, in base al contratto stipulato con l'autore, dispone dei diritti di riproduzione della guida stessa.

Sommario

Parte prima.
Cos'è l'accessibilità, quali sono i suoi metodi e i suoi limiti, a chi serve

• 1. Perché questa guida
  I concetti di buono e cattivo sviluppo
   
• 2. Le linee guida W3C e la futura legge italiana sull'accessibilità
  All'Italia occorre una legge illuminata, che tenga conto delle linee guida W3C
   
• 3. Cos'è l'accessibilità
  Il concetto di accessibilità che si ricava dalla lettura dei documenti W3C
   
• 4. I metodi per raggiungere l'accessibilità secondo le WCAG 1.0
  Assicurare una trasformazione gradevole della pagina; rendere i contenuti comprensibili e navigabili
   
• 5. Le tre priorità e i relativi bollini di conformità
  I livelli singola A, doppia A e tripla A della conformità alle WCAG 1.0
   
• 6. Il rapporto tra accessibilità e usabilità e i limiti attuali dell'accessibilità
  Le WCAG 1.0 lasciano in ombra la relazione esistente tra accessibilità e usabilità
   
• 7. Chi trae beneficio da siti e pagine web accessibili
  L'accessibilità beneficia ampie categorie di utenti, non soltanto le persone affette da disabilità gravi e permanenti
   

Parte seconda.
I princìpi fondamentali per realizzare siti ad elevata accessibilità

Sezione I.
La separazione della presentazione di un documento dal suo contenuto e l'uso accessibile del colore

• 8. Cosa significa "separare il contenuto dalla presentazione"
  I concetti di "contenuto" e di "presentazione". Criteri di formattazione dei documenti
   
• 9. Cosa si guadagna ad eliminare dal codice HTML (o XHTML) gli elementi e gli attributi di presentazione
  I tre principali vantaggi dell'uso dei CSS in un luogo di un HTML presentazionale
   
• 10. Un esempio da non seguire: formattare utilizzando esclusivamente elementi e attributi di presentazione dell'HTML
  Ben dodici tabelle di impaginazione per realizzare una semplice struttura di pagina
   
• 11. L'alternativa accessibile: formattare utilizzando esclusivamente i CSS level 2
  Un'unica definizione per un qualsivoglia numero di ripetizioni del medesimo stile
   
• 12. Tempi di caricamento minori per la versione CSS
  Fino al 60% di risparmio di banda per l'esempio qui riportato
   
• 13. Ottenere presentazioni alternative senza modificare il codice HTML
  Presentazioni per lo schermo e per la stampa di uno stesso documento, modificando solo il CSS associato
   
• 14. Le note dolenti: i limiti attuali di supporto e di concezione dei tipi di media CSS2
  Per ora i media type sembrano più che altro una grande promessa di accessibilità non mantenuta
   
• 15. I due sistemi per consentire all'utente di cambiare lo stile di presentazione della pagina
  Personalizzazioni lato server e lato client
   
• 16. Uso accessibile del colore
  Teoria ed esempi pratici di uso accessibile del colore per ipovisione e discromatopsie
   
• 17. Sbarazzarsi senza rimpianti del "pregiudizio della stampa"
  Sviluppare pagine web come fossero fogli di carta stampata limita grandemente la loro fruibilità
   
• 18. Accessibilità vuol dire contenuti fruibili da tutti piuttosto che pagine uguali su tutti i browser grafici
  I vantaggi di avere pagine web flessibili, cioè atte ad essere personalizzate in molti modi dagli utenti
   

Sezione II.
Valorizzare la struttura di un documento (uso degli elementi strutturali, moduli accessibili, tabelle accessibili)

• 19. Cos'è una DTD e perché occorre dichiararne una
  Una pagina HTML o XHTML valida deve cominciare con la dichiarazione del tipo di documento (DTD)
   
• 20. Quale DTD utilizzare per favorire l'accessibilità
  Confronto dal punto di vista dell'accessibilità tra le varie DTD tra cui lo sviluppatore può scegliere
   
• 21. Valorizzare la struttura logica del documento
  Gli elementi strutturali di HTML e XHTML
   
• 22. Esempi di applicazione degli elementi strutturali
  Alcune modifiche, nei file di esempio visti in precedenza, per conferire più struttura al contenuto
   
• 23. Gestione accessibile degli elementi H1...H6. Gli errori da evitare
  Come utilizzare i sei livelli di titolo per strutturare con adeguata gerarchia i contenuti
   
• 24. Titoli subordinati, liste di definizioni, pie' di pagina, uso essenziale dei DIV
  Altri esempi di valorizzazione della struttura di un documento
   
• 25. Moduli ad elevata accessibilità
  Gli elementi e gli attributi da utilizzare per rendere più strutturati e accessibili i moduli
   
• 26. Strane leggende metropolitane sull'uso delle tabelle
  Ma chi l'ha detto che non si possono usare più le tabelle?
   
• 27. Stabilire relazioni tra le celle per mezzo dell'attributo "scope"
  L'attributo "scope" definisce l'estensione per cui una cella fornisce infornisce informazioni di intestazione
   
• 28. Stabilire relazioni tra le celle usando gli attributi "headers" e "id"
  Un metodo un po' più complesso rispetto all'uso di "scope", ma più adatto a gestire le relazioni tra celle nel caso di tabelle di struttura complicata
   
• 29. Tabelle usate a scopo d'impaginazione
  Anche le tabelle di impaginazione possono essere accessibili
   
• 30. Come distinguere una tabella di dati da una tabella d'impaginazione. Linearizzazione di una tabella
  Non esistono solo tabelle di dati e tabelle di impaginazione, ma anche tabelle miste, che rendono più difficile stabilire nette linee di separazione tra i due tipi principali
   

Sezione III.
Le regole per scrivere testi ad elevata accessibilità (i testi alternativi e i principali stili di scrittura per il Web)

• 31. Testi alternativi
  Ogni tipo di contenuto non testuale deve (o dovrebbe...) essere accompagnato da un testo alternativo in grado di svolgere una funzione equivalente
   
• 32. Scrivere testi accessibili di contenuto informativo-pubblicitario
  L'uso dell'inglese per abbindolare il cliente è nemico dell'accessibilità dei contenuti
   
• 33. Scrivere testi accessibili di contenuto tecnico-scientifico
  Glossari, indicazione dei cambi di lingua e forme estese di abbreviazioni ed acronimi come rimedi per l'accessibilità
   
• 34. Scrivere testi accessibili di contenuto amministrativo-burocratico
  Esempi e suggerimenti per dare a cose ed eventi un nome semplice e comprensibile a tutti
   
• 35. Scrivere per farsi capire
  Un elenco dei suggerimenti utili per scrivere testi accessibili
   

Sezione IV.
La validazione del codice e la valutazione dell'accessibilità

• 36. La validazione del codice (X)HTML e CSS
  Come validare il codice del documento e dei fogli di stile associati, evitando gli errori più comuni
   
• 37. La valutazione dell'accessibilità
  I limiti dei validatori automatici e l'importanza dei test con utenti umani
   

Parte terza.
Il futuro prossimo dell'accessibilità, considerazioni conclusive e riferimenti

• 38. Uno sguardo al futuro prossimo: la bozza delle WCAG 2.0
  Quattro soli principi generali, nel tentativo di rendere più umana e comprensibile la materia
   
• 39. Considerazioni finali: le caratteristiche di un sito ad elevata accessibilità
  I principali suggerimenti per uno sviluppo tendente fin da subito a valorizzare l'accessibilità
   
• 40. Riferimenti
  I collegamenti ai documenti W3C ed alle principali risorse in Rete utilizzati nel corso della guida