|
APPROFONDIMENTI
PRODOTTI
Hardware
Software
Reti
ADSL
Normative
Sicurezza
SERVIZI
Hosting/Housing
Registrazione Domini
Web Design
Motori di Ricerca
|
 |
AREA
TECNICA - WEB
DESIGN
L'accessibilità di un sito web
La comunità del Web si
amplia ogni giorno sempre di più ed i suoi membri si diversificano per
capacità e competenze. L'HTML nasce per rendere le pagine Web più accessibili a chi è affetto da limitazioni fisiche. Gli
sviluppi dell'HTML 4 ispirati dalla cura dell'accessibilità comprendono:
-
Una migliore distinzione tra struttura e presentazione
del documento, per incoraggiare l'uso dei fogli di stile (CSS)
al posto degli elementi e degli attributi di presentazione dell'HTML
-
Moduli
migliorati (aggiunta di tasti di accesso rapido, controlli del modulo
raggruppati in base al significato, opzioni SELECT raggruppate in base al significato, etichette
attive)
-
una descrizione testuale di un oggetto
incluso (per mezzo dell'elemento OBJECT) inclusa nel codice di marcatura
-
Un nuovo
sistema per le mappe immagine (l'elemento MAP), permette agli autori di integrare collegamenti di tipo immagine e
testuali
-
Un
testo alternativo per le immagini incluse per mezzo dell'elemento
IMG e le mappe immagine incluse per mezzo dell'elemento AREA
-
Supporto su tutti gli elementi per gli attributi title e
lang
-
Una più ampia gamma di mezzi di comunicazione (tty, braille, ecc.) compatibili con l'uso dei
fogli di stile
-
Le
tabelle includono didascalie, raggruppamenti di colonne e meccanismi
per facilitare la riproduzione non visuale
-
Descrizioni estese di tabelle, immagini, frame, ecc.
Per rendere il Web più accessibile a tutti,
soprattutto alle persone disabili, l'organismo internazionale W3C
ha stilato una serie di "Linee Guida per l'accessibilità del contenuto Web",
raccomandazioni datate già 5 maggio 1999. Sono indirizzate a tutti gli sviluppatori di contenuti Web (autori di pagine web, designers di siti) e di programmi per il web
authoring. Gli autori dovrebbero riflettere su come i loro documenti
possano essere riprodotti sulla maggior varietà possibile di
piattaforme. Inoltre, gli autori dovrebbero considerare che i loro documenti possono essere raggiunti da
un pubblico remoto, che utilizza strumenti informatici differenti: affinché
possano essere interpretati correttamente, gli autori dovrebbero includere
nei loro documenti informazioni sulla lingua naturale e sulla direzione del testo, sul modo in cui il documento
è stato codificato e su altre questioni connesse all'internazionalizzazione.
Progettare pagine
secondo queste specifiche non vuol dire solo venire incontro alle
necessità dei gruppi legati all'accessibilità, ma anche creare documenti HTML che,
distinguendo tra struttura e presentazione, si adatteranno più facilmente a nuove tecnologie.
Se quindi l'obiettivo primario è quello di
venire incontro alle persone disabili, va anche considerato che la loro applicazione renderà il contenuto web più accessibile, qualunque sia l'user agent utilizzato
(dal browser per desktop, al voice browser, al telefono cellulare,
al personal computer per automobile, ecc.) o qualunque siano le difficoltà contingenti di uso (es. rumori, stanze
sotto o sovra illuminate, ambienti che non richiedono l'uso delle mani, ecc.). L'applicazione di queste linee guida renderà anche più facile e veloce trovare informazioni sul Web.
Queste linee guida non
devono scoraggiare coloro che sviluppano il contenuto (content developers), dall'usare immagini, video, ecc., ma
devono aiutare a rendere il contenuto multimediale accessibile ad un vasto pubblico.
La raccomandazione è che
gli autori prendano in considerazione in ciascun loro progetto
(senza limitare la propria creatività), modi di riproduzione alternativi. L'HTML offre
una quantità di meccanismi destinati a questo scopo. Ad esempio,
l'uso de i fogli di stile per controllare gli stili dei caratteri ( eliminando l'elemento
FONT), consente un maggior controllo delle pagine, rendendole più accessibili alle persone con una scarsa vista, e
diminuendo spesso i tempi di download per tutti gli utenti.
In riferimento al design
delle pagine Web, gli autori dovrebbero considerare che gli utenti potrebbero
rientrare in una di queste categorie:
-
non vedenti, non udenti, non deambulanti, o
persone non in grado di elaborare alcuni tipi di informazione
-
Persone
con difficoltà nella lettura o nella comprensione del
testo
-
Persone
non in grado di usare la tastiera o il
mouse
-
Persone
con un monitor solo-testo o
piccolo, o una connessione Internet lenta
-
Persone
che non parlano correntemente
o comprendono la lingua del documento
-
Persone
in una situazione in cui i occhi, orecchie, o mani sono occupate od ostacolate (es. alla guida verso il luogo di lavoro, al lavoro in un ambiente rumoroso,
ecc.)
-
Persone
con una versione precedente di browser, un browser del tutto diverso, un browser vocale, o un sistema operativo differente.
I
content developers, devono considerare queste diverse situazioni nel
progetto e sviluppo delle pagine. Se da una parte ci sono molteplici situazioni da considerare, ogni opzione di accessibilità va a beneficio di numerosi gruppi di disabili in una volta sola, ed insieme a beneficio di tutta la comunità del Web.
Le linee guida affrontano le questioni dell'accessibilità e forniscono soluzioni di design
accessibile. Ad esempio, affrontando il problema
dell'accessibilità delle immagini: il modo suggerito non è quello di
evitarne l'uso. La soluzione più efficace è quella di fornire un equivalente
testuale: il contenuto a testo può essere presentato all'utente come discorso sintetizzato, braille e testo visualizzato - rendendo l'informazione accessibile a gruppi corrispondenti a varie abilità sensoriali o altre inabilità.
Per essere utile, il testo deve veicolare la stessa funzione o scopo dell'immagine. Se la foto è stata studiata per dire all'utente di selezionare quella immagine (es. cliccandoci sopra) per ottenere informazioni
sull'argomento, il testo equivalente dovrebbe essere "Informazioni
sull'argomento ". Se il testo veicola per l'utente disabile la stessa funzione o scopo che veicola per gli altri utenti, allora può essere considerato un equivalente testuale.
Oltre a beneficiare gli utenti disabili, un equivalente testuale può facilitare tutti gli utenti a trovare le pagine più rapidamente, poiché i motori di ricerca possono utilizzare il testo nell'indicizzare le pagine.
Gli sviluppatori, infine, dovrebbero rendere il contenuto comprensibile e navigabile.
Non solo rendendo il linguaggio chiaro e semplice, ma anche fornendo strumenti di navigazione e orientamento nelle pagine. Non tutti gli utenti possono utilizzare gli espedienti visivi, come le mappe, le scrollbar proporzionali, i frames, o gli espedienti grafici che guidano gli utenti vedenti o i browser di desktop grafici. Gli
utenti perdono le informazioni di contesto perché possono vedere solo una porzione della pagina, sia perché accedono alla pagina una parola alla volta (sintesi di discorso o display braille), sia perché accedono sezione per sezione (monitor piccolo o display ingrandito). Senza informazioni di orientamento, gli utenti potrebbero non essere in grado di comprendere tabelle molto grandi, liste, menu, ecc.
Questo
è quindi in sintesi l'elenco delle linee guida previste dal W3C per
la migliore accessibilità di un sito:
-
Fornire alternative equivalenti al contenuto visivo e
acustico
-
Non fare affidamento unicamente sul
colore
-
Utilizzare il markup ed i fogli di stile e farlo in maniera
appropriata
-
Esplicitare l’utilizzo del linguaggio naturale
-
Creare tabelle che si trasformino
elegantemente
-
Assicurarsi che le pagine che utilizzano nuove tecnologie si trasformino
elegantemente
-
Assicurare agli utenti il controllo dei cambiamenti di contenuto dipendenti dal
tempo
-
Assicurare l’accessibilità diretta agli utilizzatori di interfacce
‘embedded’
-
Progettare all’insegna dell’indipendenza dallo
strumento
-
Usare soluzioni ad
interim
-
Usare tecnologie e linee guida
W3C
-
Fornire informazioni sul contesto e
l’orientamento
-
Fornire chiari meccanismi di
navigazione
-
Garantire documenti chiari e
semplici
|