Bonjour Olivier, Je répondais d'un strict point de vue accessibilité sur ce type d'environnements.
Je ne l'ai pas évoqué dans mon précédent message mais les difficultés propres à la réalisation de gestes (swipes, secousses etc.) sont également couverts par les TA (comme Assistive Touch sous iOS ; sous Android, rien d'embarquer nativement à l'heure actuelle sauf erreur de ma part) et peuvent désormais être combinées entre elles. Reste donc la question de ces liens pour l'utilisabilité. Il existe sans aucun doute des écrans/interfaces où ces liens vont jouer un rôle. Mais là, on est dans un autre cadre : si l'absence de ce(s) lien(s) est préjudiciable, elle le sera pour tout un chacun. Romain Le 1 octobre 2015 09:24, Olivier Nourry <olv.nou...@gmail.com> a écrit : > Bonjour Romain, > L'embêtant avec cette solution, est qu'elle suppose l'utilisation de > technologie d'assistance ou de matériel. Un utilisateur qui a juste besoin > d'être aidé pour se repérer dans la page, ou se rendre à un endroit précis > alors que le swipe lui pose problème, n'est pas servi. > > Il y a une problématique d'arbitrage entre la consommation de surface > d'écran et l'utilisabilité, c'est certain. Je pense qu'il y a des cas où > garder les liens visibles s'impose, et même de manière permanente (menu > "sticky"). > Le 30 sept. 2015 16:29, "Romain Gervois" <cont...@romaingervois.fr> a > écrit : > >> 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 >> >> > _______________________________________________ > 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