Bonjour, Plus simplement, juste prévoir l'affichage au focus et le masquage au blur (perte de focus) pour ces liens d'évitement. Cela répondra aux besoins des utilisateurs ayant couplé leurs équipements tactiles à un clavier.
Des fonctionnalités (via rotor et/ou item selector de VO/iOS et via système de gestures de TalkBack/Android) permettent de se passer d'une implémentation visible de ces liens et cela quelque soit le type d'exploration utilisée (que ce soit pas "balayage" ou par toucher) tant que l'implémentation des landmarks est correcte. Romain Le 30 septembre 2015 15:29, Olivier Nourry <olv.nou...@gmail.com> a écrit : > Bonjour Giuseppe, > > On m'a posé la même question, ça doit donc être une préoccupation > partagée... > Sur le plan de la conformité, le RGAA s'applique à tout dispositif de > restitution Web. Si on devait produire une exception, il faudrait la > justifier par l'usage, mais sur ce point je pense que déroger sera > compliqué. En effet, sur le plan de l'accessibilité, je vois au moins trois > cas utilisateurs où des liens d'évitement se justifient: > > - certains utilisateurs d'appareils mobiles utilisent un clavier, et > ont des difficultés à utiliser une interface tactile > - certains utilisateurs d'appareils mobiles utilisent un système de > commutateurs de type Switch Access (cf. > https://support.google.com/accessibility/android/answer/6122836?hl=fr). > Ce système simule des combinaisons de touches clavier > - sur une interface visuellement chargée, disposer d'un moyen rapide > de trouver, par exemple, le moteur de recherche, noyé dans le reste, peut > être appréciable. > > Si on ajoute qu'en lecture d'écran tactile, certains utilisent > l'exploration par le toucher, cet argument plus le troisième tendent à > renforcer le besoin de rendre ces liens apparents, et faciles à trouver. > > Malheureusement cette pratique consomme de l'espace de restitution, et > crée donc une contrainte dans le cadre d'un design mobile... Une solution à > cela pourrait être de rendre la liste de liens d'évitement optionnelle: > elle est affichée par défaut, avec un bouton de fermeture pour la masquer > (et un autre pour la faire réapparaitre). A tester... > > > > [image: --] > Olivier Nourry > [image: http://]about.me/oliviernourry > <http://about.me/oliviernourry> > > > Le 30 septembre 2015 09:27, ROSA Giuseppe (93) < > giuseppe.r...@dgfip.finances.gouv.fr> a écrit : > >> Bonjour la liste, >> >> Un "client" a intégré des liens d'évitement pour accéder notamment au >> menu et au contenu, mais souhaiterait les retirer sur la version mobile. Ne >> connaissant pas trop le mode de navigation sur ce type de terminal je ne >> connais pas trop les contraintes pour les personnes avec handicap. >> >> J'ignore par exemple si le vocalisateur permet d'avoir la liste de liens >> comme avec NVDA ou JAWS et surtout, j'ignore si des personnes avec handicap >> moteur sont susceptibles d'utiliser ce type d'appareil (sur desktop les >> liens d'évitement étant en grande partie destinés aux personnes ne pouvant >> pas se servir d'un clavier). >> >> Par conséquent je souhaiterai savoir si ce critère s'applique de la même >> façon sur version mobile. >> -- >> >> Cordialement, >> ------------------------------ >> DGFiP Giuseppe ROSA >> Inspecteur Analyste >> Atelier SODA - bureau SI-1A >> Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997 >> pièce : 2388 >> >> >> >> *Adoptez l'éco-attitude.* >> N'imprimez ce mail que si c'est vraiment nécessaire >> >> _______________________________________________ >> liste_gta mailing list >> liste_gta@list.accessiweb.org >> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >> >> > > _______________________________________________ > liste_gta mailing list > liste_gta@list.accessiweb.org > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > >
_______________________________________________ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
