Accessibilità nelle app Xamarin

Assicurarsi che le app siano utilizzabili dal pubblico più ampio possibile

L'accessibilità si riferisce al concetto di progettazione di interfacce utente dell'app che funzionano bene nelle funzionalità di visualizzazione del sistema operativo e di supporto per input, ad esempio tipi di grandi dimensioni, contrasto elevato, zoom avanti, lettura dello schermo (sintesi vocale), segnali visivi o di feedback aptico e metodi di input alternativi.

Le piattaforme desktop e per dispositivi mobili come iOS, Android e Windows offrono API predefinite che consentono agli sviluppatori di creare app accessibili, ad esempio Google TalkBack e Apple VoiceOver.

API specifiche della piattaforma

Per implementare le linee guida in questo documento, usare le API fornite da ogni piattaforma:

Elenco di controllo per l'accessibilità

Segui questi suggerimenti per assicurarti che le tue app siano accessibili al pubblico più ampio possibile. Per altre informazioni, vedere l'elenco di controllo per l'accessibilità di Android e la pagina Accessibilità di Apple.

Supportare tipi di carattere di grandi dimensioni e contrasto elevato

Evitare di impostare le dimensioni del controllo hardcoding e, invece, preferire layout che possono essere ridimensionati per adattarsi a dimensioni più grandi del carattere. Testare le combinazioni di colori in modalità a contrasto elevato per assicurarsi che siano leggibili.

Rendere autodescrittura dell'interfaccia utente

Contrassegnare tutti gli elementi dell'interfaccia utente con testo descrittivo e hint compatibili con le API di lettura dello schermo in ogni piattaforma.

Assicurarsi che le immagini e le icone abbiano una descrizione di testo alternativa

Le immagini e le icone che fanno parte dell'interfaccia utente dell'applicazione ,ad esempio pulsanti o indicatori di stato, devono essere contrassegnate con una descrizione accessibile.

Progettare la struttura ad albero visuale tenendo presente la navigazione accessibile

Usare i controlli di layout o le API appropriati in modo che lo spostamento tra i controlli usando metodi di input alternativi segua lo stesso flusso logico dell'uso del touchscreen.

Escludere elementi non necessari dalle utilità per la lettura dello schermo (immagini decorative o etichette per i campi già accessibili, ad esempio).

Non fare affidamento solo su segnali audio o colori

Evitare situazioni in cui l'unica indicazione dello stato di avanzamento, del completamento o di un altro stato è un suono o una modifica del colore. Progettare l'interfaccia utente per includere segnali visivi chiari (con suono e colore solo per rinforzo) o aggiungere indicatori di accessibilità specifici.

Quando si scelgono i colori, provare a evitare una tavolozza difficile da distinguere per gli utenti con cecità di colore.

Didascalia per video, testo per l'audio

Fornire didascalia per il contenuto video e uno script leggibile per il contenuto audio. È anche utile fornire controlli che regolano la velocità del contenuto audio o video e assicurano che i pulsanti volume e riproduzione/pausa siano facili da trovare e usare.

Localize

Le descrizioni dell'accessibilità possono (e devono) essere localizzate in cui l'applicazione supporta più lingue.