Merci pour vos réactions.

Effectivement, la recherche ne se lance qu'en appuyant sur la touche "enter". 
Lorsqu'on est dans le champ, et qu'on tab (ou maj+tab), on sort du champ, la 
recherche n'est pas lancée automatiquement.
Je me faisais la même réflexion qu'Olivier, si la personne peut saisir du texte 
dans le champ de recherche, il doit pouvoir lancer la recherche également 
puisqu'il se trouve sur un clavier..

Est-ce qu'ajouter, dans le aria-label du champ "saisissez votre recherche, puis 
cliquer sur entrer pour lancer la recherche" rendrait ce composant accessible?

Bien à vous,

Cordialement,

Julie BARATCHART
UCANSS - DSI


-----Message d'origine-----
De : liste_gta <liste_gta-boun...@list.accessiweb.org> De la part de Alex 
Bernier
Envoyé : mercredi 14 août 2019 15:10
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Audit RGAA - input de recherche sans bouton submit

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
_______________________________________________
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à