Pour savoir si on met le critère 7.4 NC ici il nous faudrait effectivement plus d'infos sur le comportement afin de déterminer s'il s'agit d'un "autosubmit" ou non : est-ce que ENTRÉE est le seul moyen de lancer la recherche ? Ou est-ce que quand on saisit du texte et qu'on change le focus (avec TAB ou MAJ+TAB, ou avec des "swipes" sur mobile avec lecteur d'écran activé), cela lance la recherche automatiquement ? Si oui à la deuxième question (ce qui est souvent le cas avec ce genre de composants "sans bouton"), on peut mettre NC pour changement de contexte non sollicité. Si non, en effet, pas de NC, même si c'est pas très bon niveau UX à mon avis.
Alex On Wed, Aug 14, 2019 at 02:26:54PM +0200, Olivier Nourry wrote: > Bonjour, > > Pour ma part il me semble que c’est Conforme pour le 7.4 ici, puisqu’il > n’y a pas de changement de contexte sans action de l’utilisateur. Si le > champ est correctement identifiable (étiquette visible, ou fonction > visuellement reconnaissable si l’étiquette est invisible), ce qui se > passe à la validation avec la touche Entrée est parfaitement prévisible > pour les utilisateurs. > > Note: la technique H32 est suffisante pour le critère WCAG 3.2.2, mais > cela ne signifie pas qu’elle soit obligatoire pour qu’il soit > satisfait, comme précisé dans les WCAG: d’autres techniques peuvent > permettre de le satisfaire également. Pour moi c’est le cas ici > puisqu’on doit valider avec la touche Entrée pour changer de contexte. > > On pourrait objecter que la validation devrait pouvoir se faire à la > souris, mais si on considère qu’il s’agit d’un champ de saisie, alors, > pour utiliser ce champ, l’utilisateur aura forcément utilisé un > dispositif de saisie de caractères comme un clavier (physique ou > virtuel), un logiciel de saisie vocale, ou autre, qui permettent aussi > de déclencher la soumission y compris avec un pointeur type souris ou > tactile ou vocal. > > En soi je ne vois pas de raison d’invalider cette pratique pour des > raisons d’accessibilité — même si on est d’accord que sur le plan > ergonomique c’est pas idéal. > > J’espère avoir apporté des infos utiles. > > Bonne journée, > > Olivier Nourry > > [1]Access First > > Le 14 août 2019 à 14:12, Alex Bernier <[2]alex.bern...@braillenet.org> > a écrit : > > Bonjour Julie, > Oui c'est bien le 7.4 sur les changements de contexte qui est NC dans > ce cas. Tu fais référence à la bonne technique, H32 "Providing submit > buttons", qui est bien listée dans celles associées à ce critère 7.4 > dans le RGAA. > (Et effectivement, pas le 11.9 parce que comme tu le dis, le bouton > n'existe pas, donc impossible d'évaluer sa pertinence) > Alex > On Wed, Aug 14, 2019 at 11:06:35AM +0000, Julie BARATCHART wrote: > > Bonjour la liste, > Je suis en train d’auditer un site qui propose dans le bandeau > d’entête, un input de recherche mais sans bouton d’envoi.. > La recherche se lance avec la touche « enter » du clavier.. > Que je sache, il n’y a pas de critères RGAA qui rend obligatoire > explicitement la présence d’un bouton input ? > Seul le W3C indique de fournir des boutons d’envoi.. > [1][3]https://www.w3.org/TR/WCAG-TECHS/H32 > Et surtout, je ne sais pas quel critère invalider : > * le critères 11.9 sur l’intitulé du bouton qui n’existe pas? > * le critère 7.4 sur le changement de contexte ? > Je vous remercie par avance pour vos lumières ! > Cordialement, > Julie BARATCHART > UCANSS - DSI > Références > 1. [4]https://www.w3.org/TR/WCAG-TECHS/H32 > > _______________________________________________ > liste_gta mailing list > [5]liste_gta@list.accessiweb.org > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiwe > b.org > > _______________________________________________ > liste_gta mailing list > [6]liste_gta@list.accessiweb.org > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.o > rg > > Références > > 1. https://access-first.fr/ > 2. mailto:alex.bern...@braillenet.org > 3. https://www.w3.org/TR/WCAG-TECHS/H32 > 4. https://www.w3.org/TR/WCAG-TECHS/H32 > 5. mailto:liste_gta@list.accessiweb.org > 6. mailto: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
