Condividi tramite

Procedure consigliate per l'accessibilità

Annotazioni

Questo articolo è destinato agli sviluppatori .NET Framework che vogliono usare le classi gestite di automazione dell'interfaccia utente definite nello spazio dei nomi System.Windows.Automation. Per le informazioni più recenti sull'automazione interfaccia utente, vedere API di automazione di Windows: Automazione interfaccia utente.

L'implementazione delle procedure consigliate seguenti nei controlli o nelle applicazioni migliorerà l'accessibilità per gli utenti che usano dispositivi di assistive technology. Molte di queste procedure consigliate si concentrano sulla progettazione di un'interfaccia utente ottimale. Ogni procedura consigliata include informazioni sull'implementazione per i controlli o le applicazioni di Windows Presentation Foundation (WPF). In molti casi, il lavoro per soddisfare queste procedure consigliate è già incluso nei controlli WPF.

Accesso Programmatico

L'accesso a livello di codice comporta la garanzia che tutti gli elementi dell'interfaccia utente siano etichettati, i valori delle proprietà vengano esposti e vengano generati eventi appropriati. Per i controlli WPF standard, la maggior parte di queste operazioni è già stata eseguita tramite AutomationPeer. I controlli personalizzati richiedono ulteriori operazioni per garantire che l'accesso a livello di codice sia implementato correttamente.

Abilitare l'accesso a livello di codice a tutti gli elementi e il testo dell'interfaccia utente

Gli elementi dell'interfaccia utente devono abilitare l'accesso a livello di codice. Se l'interfaccia utente è un controllo WPF standard, il supporto per l'accesso a livello di codice viene incluso nel controllo. Se il controllo è un controllo personalizzato, ovvero un controllo sottoclassato da un controllo comune o da un controllo sottoclassato da Control, è necessario controllare l'implementazione AutomationPeer delle aree che potrebbero richiedere modifiche.

Seguendo questa procedura consigliata, i fornitori di assistive technology possono identificare e modificare gli elementi dell'interfaccia utente del prodotto.

Inserire nomi, titoli e descrizioni in oggetti, frame e pagine dell'interfaccia utente

Le tecnologie assistive, in particolare i lettori di schermo, usano il titolo per comprendere la posizione del frame, dell'oggetto o della pagina nello schema di navigazione. Pertanto, il titolo deve essere descrittivo. Ad esempio, un titolo di pagina Web di "Pagina Web Microsoft" è inutile se l'utente si è spostato in profondità in un'area specifica. Un titolo descrittivo è fondamentale per gli utenti non vedenti che dipendono dai lettori di schermo. Analogamente, per i controlli WPF, NameProperty e HelpTextProperty sono importanti per i dispositivi di tecnologia assistiva.

Seguendo questa procedura consigliata, le tecnologie assistive possono identificare e manipolare l'interfaccia utente nei controlli e nelle applicazioni di esempio.

Verificare che gli eventi programmatici vengano attivati da tutte le attività dell'interfaccia utente

Seguendo questa procedura consigliata, le tecnologie di assistive technology possono ascoltare le modifiche nell'interfaccia utente e informare l'utente di queste modifiche.Following this best practice allows assistive technologies to listen for changes in the UI and notify the user about these changes.

Impostazioni utente

La procedura consigliata in questa sezione garantisce che i controlli o le applicazioni non eseseguono l'override delle impostazioni utente.

Rispettare tutte le impostazioni System-Wide e non interferire con le funzioni di accessibilità

Gli utenti possono usare il Pannello di controllo per impostare alcuni flag a livello di sistema; altri flag possono essere impostati a livello di codice. Queste impostazioni non devono essere modificate dai controlli o dalle applicazioni. Inoltre, le applicazioni devono supportare le impostazioni di accessibilità del sistema operativo host.

Seguendo questa procedura consigliata, gli utenti possono impostare le impostazioni di accessibilità e sapere che tali impostazioni non verranno modificate dalle applicazioni.

Progettazione dell'interfaccia utente visiva

Le procedure consigliate in questa sezione assicurano che i controlli o le applicazioni usino in modo efficace colori e immagini e possano essere usati dalle tecnologie assistive.

Non usare Hard-Code colori.

Le persone che sono daltoniche, ipovedenti o usano uno schermo in bianco e nero potrebbero non essere in grado di usare applicazioni con colori preimpostati.

Seguendo questa procedura consigliata, gli utenti possono modificare le combinazioni di colori in base alle singole esigenze.

Supportare il contrasto elevato e tutti gli attributi di visualizzazione del sistema

Le applicazioni non devono interrompere o disabilitare le impostazioni di contrasto a livello di sistema, le selezioni dei colori o altre impostazioni e attributi di visualizzazione a livello di sistema. Le impostazioni a livello di sistema adottate da un utente migliorano l'accessibilità delle applicazioni, quindi non devono essere disabilitate o ignorate dalle applicazioni. Il colore deve essere usato nella combinazione corretta di primo piano sullo sfondo per fornire un contrasto appropriato. Non combinare colori non correlati e non invertire i colori.

Molti utenti richiedono combinazioni specifiche a contrasto elevato, ad esempio testo bianco su sfondo nero. Disegnando questi elementi al contrario, come testo nero su uno sfondo bianco, fa sì che lo sfondo sfumi sul primo piano e possa rendere difficile la lettura per alcuni utenti.

Verificare che tutta l'interfaccia utente venga ridimensionata correttamente per qualsiasi impostazione DPI

Assicurarsi che tutte le interfacce utente possano essere ridimensionate correttamente in base a qualsiasi impostazione di punti per pollice (dpi). Assicurarsi inoltre che gli elementi dell'interfaccia utente si adattino a uno schermo di 1024 x 768 con 120 punti per pollice (dpi).

Le pratiche migliori in questa sezione assicurano che la navigazione sia stata affrontata per controlli e applicazioni.

Fornire l'interfaccia della tastiera per tutti gli elementi dell'interfaccia utente

Le tabulazioni, soprattutto quando sono pianificate attentamente, consentono agli utenti di navigare nell'interfaccia utente.

Le applicazioni devono fornire le interfacce della tastiera seguenti:

  • tabulazioni per tutti i controlli con cui l'utente può interagire, ad esempio pulsanti, collegamenti o caselle di riepilogo
  • ordine logico di tabulazione

Mostra lo stato attivo della tastiera

Gli utenti devono sapere quale oggetto ha lo stato attivo della tastiera in modo che possano prevedere l'effetto delle loro pressioni dei tasti. Per evidenziare il fuoco della tastiera, usare colori, tipi di carattere o grafiche, ad esempio rettangoli o ingrandimento. Per evidenziare in modo udibile lo stato attivo della tastiera, modificare il volume, l'intonazione o la qualità tonale.

Per evitare confusione, le applicazioni devono nascondere tutti gli indicatori visivi di messa a fuoco e attenuare le selezioni che si trovano in finestre inattive (o riquadri).

Le applicazioni devono eseguire le operazioni seguenti con lo stato attivo della tastiera:

  • un elemento deve avere sempre il focus della tastiera
  • lo stato attivo della tastiera dovrebbe essere visibile ed evidente
  • le selezioni e/o gli elementi evidenziati devono essere evidenziati visivamente

Sostenere gli standard di navigazione e potenti schemi di navigazione

Diversi aspetti dello spostamento tramite tastiera consentono agli utenti di spostarsi nell'interfaccia utente.

Le applicazioni devono fornire le interfacce della tastiera seguenti:

  • tasti di scelta rapida e tasti di scelta sottolineati per tutti i comandi, i menu e i controlli
  • tasti di scelta rapida per collegamenti importanti
  • tutte le voci di menu hanno un tasto di scelta rapida; tutti i pulsanti hanno un tasto di scelta rapida; tutti i comandi hanno un tasto di scelta rapida.

Non lasciare che la posizione del mouse interferisca con lo spostamento tramite tastiera

La posizione del mouse non deve interferire con lo spostamento tramite tastiera. Ad esempio, se il mouse è posizionato e l'utente sta navigando con la tastiera, un clic del mouse non dovrebbe verificarsi a meno che non venga avviato dall'utente.

Interfaccia multimodale

Le migliori pratiche in questa sezione garantiscono che l'interfaccia utente dell'applicazione includa alternative per gli elementi visivi.

Fornire equivalenti User-Selectable per gli elementi non di testo

Per ogni elemento non di testo, fornire un equivalente selezionabile dall'utente per testo, trascrizioni o descrizioni audio, ad esempio testo alternativo, didascalie o feedback visivo.

Gli elementi non di testo coprono un'ampia gamma di elementi dell'interfaccia utente, tra cui immagini, aree mappa immagini, animazioni, applet, fotogrammi, script, pulsanti grafici, suoni, file audio autonomi e video. Gli elementi non di testo sono importanti quando contengono informazioni visive, voce o informazioni audio generali a cui l'utente deve accedere per comprendere il contenuto dell'interfaccia utente.

Usare il colore, ma fornire anche alternative al colore

Utilizzare il colore per migliorare, evidenziare o ribadire le informazioni visualizzate con altri mezzi, ma non comunicare le informazioni usando solo il colore. Gli utenti che sono daltonici o hanno un display monocromatico necessitano di alternative al colore.

Usare le API di input standard con chiamate Device-Independent

Le chiamate indipendenti dal dispositivo garantiscono l'uguaglianza delle funzionalità della tastiera e del mouse, fornendo al tempo stesso informazioni necessarie sull'interfaccia utente.

Vedere anche

  • Last updated on