home search contacts
Creazioni WEB Michele Rocco
enter
JSN ImageShow - Joomla 1.5 extension (component, module) by JoomlaShine.com
Home arrow Guide arrow Articoli Vari arrow Accessibilità on line

Accessibilità on line

Indice articolo
Accessibilità on line
Pagina 2
Pagina 3
Pagina 4

Quante e quali sono le linee guida tracciate dal consorzio W3C sull’accessibilità dei siti Web

Il consorzio W3C ha stilato un documento che si compone di 14 linee guida, o principi generali per una progettazione volta all'accessibilità. Ecco quali sono:

1. Fornire alternative equivalenti al contenuto audio e visivo
Fornire un contenuto che, quando viene presentato all'utente,  trasmetta essenzialmente la stessa funzione o scopo del contenuto audio o visivo.

Benché alcune persone non possano usare immagini, film, suoni, applet ecc. direttamente, possono comunque usare pagine che includono un'informazione equivalente al contenuto visivo o audio. L'informazione equivalente deve servire allo stesso scopo del contenuto visivo e audio. Perciò un testo equivalente all'immagine di una freccia verso l'alto che rinvia ad un sommario potrebbe essere "vai al sommario". In alcuni casi un equivalente dovrebbe anche descrivere l'aspetto del contenuto visivo (per esempio per grafici, pannelli o diagrammi complessi) o il suono del contenuto audio (per esempio per i modelli acustici utilizzati nell'istruzione).

2. Non fare affidamento sul solo colore.
Assicurarsi che il testo e la parte grafica siano comprensibili se consultati senza il colore.
Se viene usato il solo colore per veicolare informazione, le persone che non possono distinguere fra alcuni colori e utenti che hanno monitor in bianco e nero o non visuali non riceveranno l'informazione. Quando i colori dello sfondo e degli oggetti in primo piano sono troppo simili per tonalità, potrebbero dare un contrasto non sufficiente se consultati usando un monitor monocromatico o da persone con varie disabilità percettive sul colore

3. Usare marcatori e fogli di stile e farlo in modo appropriato.
Usare i marcatori in modo improprio - non seguendo le specifiche - impedisce l'accessibilità.

Il cattivo uso di marcatori per un effetto di presentazione (per esempio: usare una tabella per l'impaginazione o una intestazione per cambiare la dimensione dei caratteri) rende difficile, per l'utente con software specialistico, la comprensione dell'organizzazione della pagina o la navigazione attraverso questa. Inoltre, l'uso di marcatori di presentazione invece che di marcatori strutturali per veicolare una struttura (per esempio: costruire ciò che sembra una tabella di dati con un elemento HTML PRE) rende difficile la comprensione di una pagina per chi ha altri strumenti di lettura (vedi la descrizione delle differenze fra contenuto, struttura e presentazione).

4. Chiarire l'uso di linguaggi naturali
Utilizzare marcatori che facilitino la pronuncia o l'interpretazione di testi stranieri o abbreviati.

Quando lo sviluppatore contrassegna in un documento i cambiamenti di linguaggio naturale, le sintesi vocali e le periferiche braille possono selezionare automaticamente la nuova lingua, rendendo il documento più accessibile agli utenti multilingue. Gli sviluppatori dovrebbero identificare il linguaggio naturale principale del contenuto di un documento (mediante marcatori o intestazioni HTTP).
Gli sviluppatori dovrebbero anche sciogliere le abbreviazioni e gli acronimi.

Oltre a facilitare le tecnologie assistive, contrassegnare il linguaggio naturale permette ai motori di ricerca di trovare parole chiave e di identificare documenti nel linguaggio desiderato.
Il contrassegno del linguaggio naturale, inoltre, consente a tutti la leggibilità del Web, compresi quelli che hanno difficoltà di apprendimento, cognitive e i sordi.

Quando i cambiamenti di lingua e le abbreviazioni non vengono identificati, possono risultare indecifrabili per la lettura da parte dei dispositivi di sintesi vocale e di quelli braille.

5. Creare tabelle che si trasformino in maniera elegante
Assicurarsi che le tabelle abbiano la marcatura necessaria per essere trasformate dai browser accessibili e da altri interpreti.

Le tabelle dovrebbero essere usate per marcare informazioni realmente tabellari ("tabelle di dati"). Gli sviluppatori dovrebbero evitare di usarle per l'impaginazione ("tabelle di impaginazione").
Le tabelle, in qualsiasi modo siano usate, presentano anche problemi particolari per gli utenti con lettori di schermo.

Alcuni interpreti consentono agli utenti di navigare fra le celle delle tabelle e di accedere alle intestazioni e ad altre informazioni nelle celle.
A meno che non sia stata realizzata una marcatura corretta, queste tabelle non forniranno agli interpreti le informazioni appropriate.

6. Assicurarsi che le pagine che danno spazio a nuove tecnologie si trasformino in maniera elegante.
Assicurarsi che le pagine siano accessibili anche quando le tecnologie più recenti non sono supportate o sono disabilitate.

Sebbene gli sviluppatori siano incoraggiati a usare nuove tecnologie che risolvano problemi creati da tecnologie esistenti, essi dovrebbero sapere come far sì che le loro pagine funzionino anche con browser più vecchi e con persone che scelgono di disabilitare alcune caratteristiche.

7. Assicurarsi che l'utente possa tenere sotto controllo i cambiamenti di contenuto nel corso del tempo.
Assicurarsi che gli oggetti in movimento, lampeggianti, scorrevoli o che si autoaggiornano possano essere arrestati temporaneamente o definitivamente.

Alcune persone con disabilità cognitive o visive non riescono a leggere testo in movimento con velocità sufficiente, oppure non sono in grado di leggerlo affatto. Il movimento può anche causare una distrazione tale da rendere illeggibile il resto della pagina per persone con disabilità. I lettori di schermo non sono in grado di leggere testo in movimento. Persone con disabilità fisiche potrebbero non essere in grado di muoversi con velocità o precisione sufficienti ad interagire con oggetti in movimento.

8. Assicurare l'accessibilità diretta delle interfacce utente incorporate.
Assicurarsi che la progettazione delle interfacce utente segua i principi dell'accessibilità: accesso alle diverse funzionalità indipendente dai dispositivi usati, possibilità di operare da tastiera, comandi vocali, ecc.

Quando un oggetto incorporato possiede una "sua propria interfaccia", l'interfaccia - così come l'interfaccia dello stesso browser - deve essere accessibile. Se l'interfaccia dell'oggetto incorporato non può essere resa accessibile, deve essere fornita una soluzione alternativa accessibile.

9. Progettare per garantire l'indipendenza da dispositivo
Usare caratteristiche che permettono di attivare gli elementi della pagina attraverso una molteplicità di dispositivi di input.

Accesso indipendente da dispositivo significa che gli utenti possono interagire con l'interprete o con il documento con il dispositivo di input (output) preferito - mouse, tastiera, voce, bacchette manovrate con la testa, o altro. Se, per esempio, il controllo di un modulo può essere attivato solo con un mouse o un altro dispositivo di puntamento, qualcuno che sta usando la pagina senza usare la vista, con input vocale o con una tastiera, oppure chi sta usando qualche altro dispositivo di input non a puntamento non riuscirà ad usare il modulo.

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.

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.

12. Fornire informazione per la contestualizzazione e l'orientamento.
Fornire informazione per la contestualizzazione e l'orientamento, per aiutare gli utenti a comprendere pagine od elementi complessi.

Il fatto di raggruppare gli elementi e di fornire informazione contestuale sulle relazioni fra gli elementi può essere utile per tutti gli utenti. Relazioni complesse fra parti di una pagina possono essere difficili da interpretare per persone con invalidità cognitive o visive.

13. Fornire chiari meccanismi di navigazione
Fornire chiari e coerenti meccanismi di navigazione - informazione per l'orientamento, barre di navigazione, una mappa del sito, ecc. - per aumentare le probabilità che una persona trovi quello che sta cercando in un sito.

Chiari e coerenti meccanismi di navigazione sono importanti per persone con invalidità cognitive o per i non vedenti, e giovano a tutti gli utenti

Assicurarsi che i documenti siano chiari e semplici.

14. Assicurarsi che i documenti siano chiari e semplici in modo che possano essere compresi più facilmente.
Una disposizione coerente della pagina, una grafica riconoscibile e un linguaggio facile da capire giovano a tutti gli utenti. In particolare essi aiutano persone con disabilità cognitive o con difficoltà di lettura. (Tuttavia assicurarsi che le immagini abbiano equivalenti testuali per i non vedenti, gli ipovedenti, o per qualsiasi utente che non possa o abbia scelto di non visualizzare la grafica.)

L'uso di un linguaggio chiaro e semplice promuove una comunicazione efficace. L'accesso all' informazione scritta può essere difficile per persone con disabilità cognitive o dell'apprendimento. 
Anche alle persone la cui madrelingua è diversa dalla vostra, comprese le persone che comunicano essenzialmente con il linguaggio dei segni hanno necessità di un linguaggio chiaro.



 
< Prec.   Pros. >


P.IVA 03158840920 / C.FISC RCCMHL77P22D325K