Procedure consigliate per l'accesso facilitato
Nota
Questo articolo è destinato agli sviluppatori .NET Framework che desiderano utilizzare le classi di UI Automation gestite definite nello spazio dei nomi System.Windows.Automation. Per informazioni aggiornate su UI Automation, vedere API di automazione di Windows: UI Automation.
L'implementazione delle seguenti procedure consigliate 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 a livello di codice
L'accesso a livello di codice comporta la garanzia che tutti gli elementi dell'interfaccia utente siano etichettati, che i valori delle proprietà vengano esposti e che vengano generati degli eventi appropriati. Per i controlli WPF standard, la maggior parte di queste operazioni è già stata eseguita tramite AutomationPeer. I controlli personalizzati richiedono operazioni aggiuntive per garantire che l'accesso a livello di codice sia implementato correttamente.
Abilitare l'accesso a livello di codice a tutti gli elementi dell'interfaccia utente e al testo
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 è personalizzato, cioè un controllo che è stato sottoclassato da un controllo comune o da un controllo sottoclassato da Control, è necessario verificare l'implementazione di AutomationPeer per le aree che possono 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 di interfaccia utente, frame e pagine
Le tecnologie per l'accessibilità, in special modo le utilità per la lettura dello 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 della pagina Web "pagina Web di Microsoft" è inutile se l'utente ha esplorato a fondo un'area particolare. Un titolo descrittivo è fondamentale per gli utenti affetti da cecità, che dipendono dalle utilità per la lettura dello schermo. Analogamente, per i controlli WPF, NameProperty e HelpTextProperty sono importanti per i dispositivi di assistive technology.
Seguendo questa procedura consigliata, è possibile identificare e modificare l'interfaccia utente in controlli e applicazioni di esempio.
Verificare che gli eventi a livello di codice siano 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.
Impostazioni utente
La procedura consigliata in questa sezione garantisce che i controlli o le applicazioni non eseguono l'override delle impostazioni utente.
Rispettare tutte le impostazioni a livello di sistema e non interferire con le funzioni di accesso facilitato
Gli utenti possono usare il pannello di controllo per impostare un flag a livello di sistema; altri flag possono essere impostati a livello di codice. Queste impostazioni non devono essere modificate da controlli o applicazioni. Inoltre, le applicazioni devono supportare le impostazioni di accessibilità del sistema operativo host.
Seguendo questa procedura consigliata gli utenti potranno configurare le impostazioni di accessibilità e sapere che queste non verranno modificate dalle applicazioni.
Progettazione dell'interfaccia utente visiva
Le procedure consigliate in questa sezione garantiscono che i controlli o le applicazioni usino in modo efficace i colori e immagini e possano essere usati dalle tecnologie assistive.
Non impostare i colori come hardcoded
È possibile che le persone daltoniche, con ipovisione o che usano uno schermo in bianco e nero non possano usare applicazioni con colori hardcoded.
Seguendo questa procedura consigliata gli utenti potranno modificare le combinazioni di colori in base alle proprie esigenze.
Supportare il contrasto elevato e tutti gli attributi di visualizzazione del sistema
Le applicazioni non devono interrompere o disabilitare le impostazioni di contrasto, le selezioni dei colori o altre impostazioni e attributi di visualizzazione a livello di sistema selezionati dall'utente. Le impostazioni a livello di sistema adottate da un utente migliorano l'accessibilità delle applicazioni, pertanto non deve essere disabilitate o ignorate dalle applicazioni. I colori devono essere usati nella loro corretta combinazione di colore di primo piano e di sfondo per fornire un contrasto appropriato. Non combinare colori non correlati e non invertire i colori.
Molti utenti richiedono specifiche combinazioni di contrasto elevato, ad esempio testo bianco su sfondo nero. L'inversione dei colori, usando testo nero su sfondo bianco, provoca la smarginatura del colore di sfondo sul colore di primo piano, rendendo difficile la lettura per alcuni utenti.
Verificare che tutti gli elementi dell'interfaccia utente siano ridimensionati correttamente in base alle impostazioni 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).
Navigazione
Le procedure consigliate in questa sezione garantiscono che la navigazione per applicazioni e controlli sia stata gestita.
Fornire l'interfaccia della tastiera per tutti gli elementi dell'interfaccia utente
Le tabulazioni, specialmente quando pianificate con molta attenzione, offrono agli utenti un altro modo per esplorare l'interfaccia utente.
Le applicazioni devono fornire le interfacce di tastiera seguenti:
- tabulazioni per tutti i controlli con cui l'utente può interagire, ad esempio pulsanti, collegamenti o caselle di riepilogo
- ordine di tabulazione logico
Mostrare lo stato attivo della tastiera
Gli utenti devono sapere quale oggetto ha lo stato attivo in modo da poter prevedere l'effetto delle pressioni dei tasti. Per evidenziare lo stato attivo, usare colori, tipi di carattere o grafiche quali rettangoli o l'ingrandimento. Per evidenziare lo stato attivo a livello acustico, modificare il volume, il passo o la qualità tonale.
Per evitare confusione, le applicazioni devono nascondere tutti gli indicatori visivi dello stato attivo e disattivare le selezioni che si trovano in finestre (o riquadri) non attive.
Le applicazioni devono eseguire le operazioni seguenti con lo stato attivo:
- un elemento deve avere sempre lo stato attivo
- lo stato attivo deve essere visibile e ovvio
- le selezioni e/o gli elementi specifici devono essere evidenziati visivamente
Supportare gli standard di esplorazione e schemi di navigazione potenti
Diversi aspetti della navigazione da tastiera forniscono modi diversi agli utenti per spostarsi nell'interfaccia utente.
Le applicazioni devono fornire le interfacce di tastiera seguenti:
- tasti di scelta rapida e tasti di scelta sottolineati per tutti i comandi, menu e controlli
- tasti di scelta rapida per collegamenti importanti
- tutte le voci di menu hanno un tasto di scelta; tutti i pulsanti hanno tasti di scelta rapida, tutti i comandi hanno un tasto di scelta rapida.
Non consentire alla posizione del mouse di interferire con la navigazione da tastiera
La posizione del mouse non dovrebbe interferire con la navigazione da tastiera. Ad esempio, se il mouse è posizionato in un punto e l'utente si sposta con la tastiera, un clic del mouse non dovrebbe verificarsi a meno che non avviato dall'utente.
Interfaccia multimodale
Le procedure consigliate in questa sezione garantiscono che l'applicazione interfaccia utente includa alternative per gli elementi visivi.
Fornire equivalenti selezionabili dall'utente 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 commenti visivi.
Gli elementi non di testo includono un'ampia gamma di elementi dell'interfaccia utente tra cui: immagini, aree della mappa immagine, animazioni, applet, frame, script, pulsanti grafici, suoni, file audio e video autonomi. Gli elementi non di testo sono importanti quando contengono informazioni visive, riconoscimento vocale 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
Usare il colore per migliorare, evidenziare o avvalorare le informazioni visualizzate in altri modi, ma che non comunicano informazioni con i soli colori. Gli utenti daltonici o che usano uno schermo monocromatico necessitano di alternative ai colori.
Usare le API di input standard con chiamate indipendenti dal dispositivo
Le chiamate indipendenti dal dispositivo garantiscono l'uguaglianza delle funzionalità della tastiera e del mouse, fornendo al tempo stesso informazioni necessarie sull'interfaccia utente.