ah effectivement, il faudrait réexaminer ça...

Cordialement,
*Olivier Nourry*
Twitter: @OlivierNourry <http://twitter.com/#!/OlivierNourry>


Le 9 juillet 2014 18:13, Aurélien Levy <[email protected]> a écrit :

>
>  oui.
> En fait il n'est même pas nécessaire qu'ils deviennent visibles au focus
> pour valider le test. Mais ce serait alors d'un intérêt limité puisque les
> principaux bénéficiaires de ce dispositif sont les utilisateurs voyants au
> clavier, et non les utilisateurs de lecteur d'écran comme on le pense
> généralement; ces derniers disposant d'autres moyens pour naviguer
> rapidement dans la page.
>
> Cordialement,
> *Olivier Nourry*
> Twitter: @OlivierNourry <http://twitter.com/#%21/OlivierNourry>
>
> Bonjour Olivier,
>
> A ce propos, j'ai récemment échangé avec Steve Faulkner sur ce sujet et il
> m'a indiqué que pour lui avoir des éléments atteignables au clavier mais
> non visible à l'écran est une violation directe du critère de succès 2.4.7
> même si il n'y a pas de failure.
> http://www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-focus-visible.html
>
> En effet, il est clairement dit :
>
> The purpose of this success criterion is to help a person know which
> element has the keyboard focus.
>
> ce qui est impossible si l'on ne voit as l'élément qui a le focus (il me
> semble d'ailleurs c'est également le position des notices accede-web sur le
> sujet).
>
> Le RGAA3 serait peut être l'occasion de rediscuter de ce genre de chose ;)
>
> Aurélien
>
>
> _______________________________________________
> liste_gta mailing list
> [email protected]
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à