4 votes

Accessibilité avec les lecteurs d'écran (ex. Jaws)

Un de mes collègues est venu me voir pour me faire part d'un problème sur l'un de ses projets. Incapable de l'aider, en raison de mon manque d'expérience avec les lecteurs d'écran et la technologie, je me suis tourné vers vous, la fière et puissante masse des utilisateurs d'OS.

Résumé pour les gens de TLDR : Nos grilles dans les UpdatePanels ne fonctionnent pas dans les lecteurs d'écran. Il y a peut-être un problème avec la boîte à outils AJAX ?

Quelqu'un peut-il nous aider ou nous faire des suggestions sur les étapes à suivre ?

Voici ce que j'ai reçu de mon collègue (l'accent est mis par moi et non par lui, dans l'espoir d'améliorer la lisibilité) :


Je travaille actuellement sur l'accessibilité et j'ai rencontré quelques problèmes lorsqu'il s'agissait de l'accessibilité pages utilisant Ajax . J'ai utilisé des lecteurs d'écran pour tester l'acuité de la page l'accessibilité de la page. [ ] tente d'identifier ou d'interpréter ce qui est affiché à l'écran à l'aide de l'audio (synthèse vocale) et transmet ensuite les l'information à l'utilisateur. Cette méthode est très utile malvoyantes, analphabètes ou ayant des qui ont des difficultés d'apprentissage. Voici un bref résumé du fonctionnement d'un lecteur d'écran. Le lecteur d'écran prend un instantané de de la page web et place le contenu dans dans une mémoire tampon virtuelle. Le lecteur d'écran utilise la mémoire tampon virtuelle pour permettre à l de naviguer dans le contenu. Si le contenu est modifié par script, cela doit être relayé au lecteur d'écran. le lecteur d'écran doit en être informé. Sans mécanisme permettant de découvrir ce qui a modifié, l'utilisateur d'un lecteur d'écran ne pas être averti que le contenu a changé, ou seulement ou seulement qu'il est informé que le contenu a été modifié. que le contenu a été modifié, mais devra lire l'ensemble du document pour l'ensemble du document pour découvrir exactement ce qui a ce qui a été modifié. Pour les tests, j'ai utilisé deux types de lecteurs d'écran, Access To Go 3.0.76 et Jaws 10.0.

Lors de mes tests, j'ai constaté que sur le p dans un panneau de mise à jour , une page de recherche typique par exemple, t lecteur d'écran lirait, comme à l'accoutumée, toutes l'information contenue dans la page avant de recherche (critères de recherche). En appuyant sur la touche en appuyant sur le bouton de recherche, notre gridview contenant les en-têtes de colonnes et l'ensemble des résultats est généré. La grille lecteur d'écran ne reçoit pas les informations qui lui permettraient de savoir que qu'un nouveau contenu a été écrit sur la page, d'où le silence. A Une technique a été recommandée par un employé de Microsoft qui consiste à l'insertion d'une IFrame cachée dans l qui déclencherait la fonction lecteur d'écran de naviguer vers le contenu contenu mis à jour et le lire. Le site web explique comment réaliser l'accessibilité uniquement à l'aide de l'outil UpdatePanel. J'ai testé cette technique et je n'ai pas réussi à la faire fonctionner. fonctionner. Cela rend une iframe mais l'écran lecteur d'écran ne sait toujours pas si la page a été mise à jour. d'une mise à jour de la page.

Notre AjaxControlToolKi 1.0.11119.0 et ne fournit pas ARIA. (Accessible Rich Internet Applications Internet riches accessibles). Les régions indiquent que des changements de contenu peuvent se produire sans que l'élément ne soit l'élément et fournit à la technologie d'assistance des informations sur la manière de traiter traiter ces mises à jour de contenu. Le W3C a recommandé une sémantique sur la manière d'organiser le contenu d'une page, en donnant un rôle à chaque élément élément de la page afin que les puissent transmettre les informations l'information appropriée à l'utilisateur. Je ne suis pas sûr de ce que cela implique de l'état d'avancement de la technologie.

1voto

Adrián Navarro Points 337

Les pages web AJAX ne posent pas de problème pour les lecteurs d'écran, du moins pour Jaws, et cela remonte à environ 2 ans (j'ai développé des applications web avec beaucoup d'AJAX qui fonctionnaient très bien avec Jaws).

Quoi qu'il en soit, vous devriez utiliser une bonne mise en page CSS et des ancres HTML pour une meilleure accessibilité (title, alt, tabindex, label).

Quoi qu'il en soit, si vous vous souciez vraiment de l'accessibilité, vous devriez tout charger à travers une iframe et utiliser un callback pour mettre à jour le parent (un peu de <script> qui met à jour le conteneur DIV parent avec le contenu de l'iframe). Jetez également un coup d'œil à PORK.Iframe ( http://schizofreend.nl/Pork.Iframe ).

EDIT : Il y a de bonnes choses là-dedans : Article de Sitepoint sur AJAX et les lecteurs d'écran

1voto

Ajay Points 11

Cela dépend entièrement du niveau de priorité des mises à jour que vous souhaitez donner aux utilisateurs. Gardez cela à l'esprit pour ne pas rendre le lecteur d'écran plus verbeux, vous pouvez passer par les régions ARIA live et, en fonction de la priorité, vous pouvez marquer les mises à jour comme poliyte, atomique ou assertive.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X