Progettazione di moduli con accesso facilitato

Quando si progettano moduli per un ampio pubblico, è necessario considerare che alcuni utenti potrebbero essere portatori di handicap che limitano la capacità di interagire con il modulo. Alcuni utenti possono avere problemi di vista, mobilità ridotta o altri tipi di handicap. Per soddisfare le esigenze di tutti gli utenti, potrebbe essere utile includere nei moduli determinate caratteristiche pratiche di progettazione e collaudare i moduli utilizzando diverse tecnologie di assistenza.

Suggerimenti per la progettazione di moduli con accesso facilitato

Di seguito sono riportati alcuni suggerimenti per la progettazione di moduli con accesso facilitato:

  • Un modulo non è accessibile se non è facile da utilizzare. È necessario provare a creare moduli che siano semplici e pratici. Controlli e campi disposti in modo semplice, con didascalie e descrizioni comandi chiare e di facile comprensione renderanno la compilazione del modulo molto più semplice.

  • Creando moduli ordinati e organizzati in modo logico, corredati da istruzioni chiare e semplici, si faciliterà moltissimo la compilazione da parte degli utenti. Le funzioni di navigazione, ad esempio l'ordine di tabulazione e le scelte rapide da tastiera, devono essere coerenti con l'ordine logico degli oggetti sul modulo. La didascalia relativa a un campo deve trovarsi sulla stessa riga dell'area del campo da compilare. Posizionare le didascalie in modo uniforme, sullo stesso lato dei campi.

  • Realizzare moduli che riducono la possibilità di errore da parte dell'utente. Messaggi di errore chiari e concisi aiuteranno gli utenti a correggere eventuali errori.

  • Scegliere oggetti che facilitino la lettura. Le tabelle ad esempio, se impiegate correttamente, rappresentano un ottimo mezzo per organizzare e presentare i tabulati. Evitare la sovrapposizione di tabelle complesse, come le tabelle nidificate e le sezioni.

  • Gli utenti dovrebbero essere in grado di compilare il modulo in tutte le sue parti con il solo utilizzo della tastiera o di una periferica di input equivalente. Gli utenti con mobilità ridotta o problemi di vista possono essere costretti a utilizzare solo la tastiera, inoltre molti utenti che possono usare normalmente il mouse preferiscono comunque la tastiera. Prevedendo l'utilizzo di diversi sistemi di immissione, oltre a creare un modulo con accesso facilitato si creano anche moduli più adatti a soddisfare le diverse preferenze di molteplici utenti.

  • Creare un modulo capace di interagire normalmente con altre applicazioni e standard di sistema. Ad esempio, il modulo potrebbe supportare le normali impostazioni per il colore del Pannello di controllo di Windows e utilizzare un funzionamento di tipo tastiera standard.

  • Un modulo ben realizzato sarà compatibile con diverse tecnologie di assistenza. È necessario avere familiarità con il funzionamento di tali tecnologie e utilizzare tecniche di progettazione ed elementi dell'interfaccia utente compatibili con un'ampia gamma di tecnologie di assistenza.

  • L'uso del colore può migliorare sensibilmente l'utilizzo del modulo, ma solo se questo è utilizzato correttamente. I colori possono enfatizzare e migliorare determinate aree del modulo, tuttavia, per trasmettere le informazioni, non è possibile fare affidamento solo sul colore. L'eccessivo utilizzo del colore può stancare la vista oppure andare a discapito della leggibilità del testo. È consigliabile utilizzare uno schema di colori ad alto contrasto, ad esempio nero su bianco come da impostazione predefinita.

  • Le immagini risultano spesso utili per facilitare la comprensione da parte degli utenti portatori di alcuni tipi di handicap. Tuttavia, molti assistenti vocali non sono in grado di leggere gli elementi grafici e l'accesso facilitato al modulo potrebbe risultare difficoltoso per utenti ipovedenti o non vedenti. Se si decide di utilizzare delle immagini, inserire un testo descrittivo che illustri l'oggetto e lo scopo per cui questo è stato incluso nel modulo.

  • Gli script client-side, se cambiano il campo attivo dell'applicazione client, possono interferire con gli assistenti vocali e le tastiere. Ad esempio, gli eventi change e mouseEnter, quando utilizzati con elenchi a discesa o caselle di riepilogo, potrebbero causare operazioni non desiderate. Gli script Client-side devono essere scritti in modo da evitare problemi con gli assistenti vocali e le tastiere. Allo stesso modo, è preferibile evitare di inserire negli script degli eventi con effetti visivi, ad esempio un testo lampeggiante, che potrebbero rendere il modulo meno leggibile per gli utenti.

  • I portatori di handicap hanno spesso difficoltà a riconoscere o a utilizzare i pulsanti di scelta nei moduli HTML, perché i browser Web e gli assistenti vocali li gestiscono in modo diverso. Evitare di utilizzare pulsanti di scelta per i moduli HTML quando è possibile utilizzare caselle di riepilogo.