2010-05-04 4 views
7

Est-ce que Android prend en charge les utilisateurs malvoyants de la même manière que les balises alt HTML sont utilisées pour fournir des entrées pour les lecteurs d'écran sur le Web?Comment coder Android pour les malvoyants?

Si tel est le cas, quelle est la meilleure pratique pour coder les boutons et les images, etc. afin qu'ils puissent être lus par un lecteur d'écran?

Répondre

2

Je ne comprends pas très bien votre question. Le navigateur Internet, ou toutes les applications qui dépendent fortement du rendu HTML ne sont pas accessibles. Cette citation est tirée de this blog post.

Vous pouvez activer les fonctionnalités d'accessibilité en allant dans Paramètres -> Accessibilité et en cochant la case "Accessibilité". Bien que le navigateur Web et les applications basées sur un navigateur ne «parlent» pas encore en utilisant ces améliorations, nous les travaillons pour les prochaines versions.

Android fournit un soutien de lecteur d'écran pour un grand nombre d'applications, consultez this wiki page pour une liste des applications connues pour fonctionner avec Android en utilisant un lecteur d'écran source libre et ouvert.

Je ne trouve aucune directive générale pour créer des applications accessibles, mais this LinkedIn group peut vous être utile. Je n'ai pas de compte LinkedIn, donc je ne sais pas à quel point le groupe est actif.

+1

Nous vous remercions de votre aide et de vos liens.Ma question spécifique se rapporte à ce point du premier lien que vous avez fourni: «Les auteurs d'applications peuvent facilement s'assurer que leurs applications restent utilisables par les utilisateurs aveugles et malvoyants en s'assurant que toutes les parties de l'interface utilisateur sont accessibles via la boule de commande, et tous les contrôles d'image ont des métadonnées textuelles associées. " Donc ma question est simplement ceci: qu'est-ce que cela signifie de s'assurer que tous les contrôles d'image ont des métadonnées textuelles associées? Comment coder un ImageView ou un ImageButton avec les métadonnées textuelles associées? – JohnRock

+0

Voir la réponse ci-dessous; l'attribut contentDescription est probablement ce que vous recherchez ici. – BrendanMcK

1

La meilleure ressource que j'ai trouvé sur l'API d'accessibilité Android est cette promenade de code par: https://sites.google.com/site/gdevelopercodelabs/android/accessibility

+0

Ce n'est probablement pas ce que souhaite l'OP: ce sont des exemples d'utilisation des API du * other * - création d'un outil ou service d'accessibilité, tel qu'un lecteur d'écran, plutôt que de créer une application accessible à un lecteur d'écran. De manière générale, une application devrait fonctionner avec VoiceOver. Il ne devrait pas être nécessaire d'activer d'autres services d'accessibilité (autres que VoiceOver en premier lieu) pour faire fonctionner une application. – BrendanMcK

1

Voir http://developer.android.com/guide/practices/design/accessibility.html pour beaucoup de détails sur la rédaction d'une application accessible.

L'équivalent le plus proche de ALT HTML est la propriété contentDescription - définie en code ou en XML.

Si vous créez votre propre contrôle personnalisé, vous devrez également travailler un peu plus pour spécifier d'autres détails; plus de détails sur le lien ci-dessus.

Chose la plus importante: lorsque vous avez terminé, testez avec TalkBack, le lecteur d'écran Android gratuit de Google. (Il est pré-installé sur certains modèles Android, mais vous pouvez le télécharger sur Android Market si vous ne l'avez pas déjà.) Vous devriez pouvoir naviguer vers tous les éléments interactifs de votre application en utilisant uniquement le pavé directionnel, et TalkBack devrait lire les valeurs appropriées pour tous les éléments comme il le fait. (Il devrait ramasser le contentDescription et le lire ici.)

Une chose à surveiller est que d'après ce dont je me souviens, le lecteur d'écran ne lit que les choses que vous pouvez naviguer, donc si vous avez un texte d'instruction sur le page, il peut ne pas lire, vous devrez donc vous assurer que la description de contenu pour les autres contrôles est correctement descriptive. Pour être sûr, testez avec TalkBack, et voyez pour vous-même (euh, écoutez vous-même!) Si ce qui est lu a du sens. Comme indiqué dans l'une des autres réponses, bien qu'Android ait une API d'accessibilité, le navigateur Android ne la supporte pas (encore), donc les pages HTML - même le code HTML correctement balisé - ne sont pas accessibles sur Android en utilisant le navigateur par défaut.Il y a quelques navigateurs tiers qui ajoutent l'accessibilité au HTML, cependant, comme l'application gratuite IDEAL Web Reader, qui semble envelopper le contrôle HTML Android, puis ajouter de la voix sur le dessus. rendra leur navigateur par défaut entièrement accessible dans une version ultérieure ...)

Questions connexes