HomeContattaci
Enter Sistemi InformaticiI nostri clientiContattaciEnter Sistemi InformaticiEnter Sistemi

 Chi siamo | Prodotti e Servizi | Offerte | Catalogo prodotti | Area dealer | Area Tecnica | Strumenti

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

 

2003 - © Enter Sistemi - Tutti i diritti riservati

Powered by PINGTIMEOUT