En effet Alex le Recaptcha est lu comme un contenu de la page. Julie merci pour ces infos supplémentaires.
-- Steven Mouret Le mer. 17 oct. 2018 à 13:25, Julie Moynat <[email protected]> a écrit : > Bonjour, > > > J'ai échangé avec mes collègues également experts AccessiWeb et le > role="presentation" dans ce cas de figure ne semble pas déconnant dans la > mesure où il permet de fluidifier la navigation dans un formulaire. Cela > évite la restitution du fait qu'il y a un cadre qui a un certain nom (via > l'attribut title). > > > A priori ce n'est pas forcément gênant ici mais il peut y avoir débat car, > dans ce cas, l'iframe peut ne pas forcément être listée par les > technologies d'assistance, par exemple. > > > Par contre, pour répondre à la première question "faut-il un attribut > title sur une iframe avec un role="presentation" ?", il s'avère qu'il est > préférable de mettre un attribut title malgré tout dans un but de > rétrocompatibilité : si le role="presentation" n'est pas supporté, alors > l'attribut title sera restitué avec l'information qu'il s'agit d'un cadre. > Nous avons testé avec VoiceOver + Safari, NVDA + Firefox, Jaws + IE, et, > pour une iframe avec un role="presentation" et un attribut title, ce > dernier n'est pas restitué si le role="presentation" est supporté ; ce qui > est bien le comportement attendu. > > > Julie > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > Le mercredi 17 octobre 2018 13:13, Alex Bernier < > [email protected]> a écrit : > > > On Wed, Oct 17, 2018 at 12:21:59PM +0200, Steven Mouret wrote: > > > > > Oui j'ai bien compris mais quel est la problématique en terme > > > d'accessibilité ? > > > Mettre un role presentation même si cela est valide ne risque t-il pas > > > d'être gênant ? > > > > Dans ce contexte (je suppose qu'il n'y a qu'un iframe sur la page), je > ne vois pas de cas d'usage où cela pourrait être gênant. Le fait qu'il y > ait un role "presentation" sur l'iframe fera que le lecteur d'écran ne > considérera plus l'élément comme un cadre. > > > > Alex > > > > > Le mer. 17 oct. 2018 à 12:04, Alex Bernier > > > <[1][email protected]> a écrit : > > > > > > On Wed, Oct 17, 2018 at 11:53:48AM +0200, Steven Mouret wrote: > > > > Du coup j'ai une autre question, quelle est la problématique > de > > > ne pas > > > > indiquer l'attribut title sur une iframe ? > > > L'iframe n'aura pas d'accessible name (s'il n'y a pas nom plus de > > > aria-label ou aria-labelledby). Conséquence : l'utilisateur saura > > > qu'il y a un cadre en ligne mais n'aura ps d'indication sur son > > > contenu. > > > Alex > > > > -- > > > > Steven Mouret > > > > > > > > Le mer. 17 oct. 2018 à 09:12, Alex Bernier > > > > <[1][2][email protected]> a écrit : > > > > > > > > Bonjour, > > > > On Tue, Oct 16, 2018 at 04:58:29PM +0000, Julie Moynat > wrote: > > > > > Bonjour, > > > > > > > > > > La question que je me pose face à cette question est : > > > pourquoi > > > > > utiliser un role="presentation" sur une balise > <iframe> > > > ? > > > > Sans doute pour éviter que le lecteur d'écran vocalise > volca > > > lise le > > > > l'iframe comme un "cadre" ou un "cadre ne ligne" (ce genre > > > d'énoncé > > > > pouvant paraître un peu abscons pour la plupart des > > > utilisateurs). > > > > > Est-ce > > > > > légitime ? > > > > > > > > > > Pour la question de la conformité au RGAA, je préfère > > > laisser > > > > les > > > > > expert·e·s de la labellisation répondre. Peut-être > qu'un > > > > > éclaircissement à ma question aidera également à > > > connaître la > > > > réponse. > > > > C'est conforme à la spec "ARIA in HTML" : > > > > [2][3]https://www.w3.org/TR/html-aria/ > > > > Et donc conforme au test RGAA 7.1.4. : « Chaque > modification > > > du rôle > > > > natif d'un élément HTML respecte-t-elle les règles et > > > préconisations > > > > indiquées dans la spécification HTML5 et les notes > techniques > > > > associées ? ». > > > > Alex > > > > > > > > > > Julie > > > > > > > > > > -------- Message d'origine -------- > > > > > > > > > > On 15 oct. 2018 à 10:51, Steven Mouret < > > > > [3][4][email protected] > a > > > > > écrit : > > > > > > > > > > Bonjour à tous, > > > > > J'ai une question à propos du role presentation. > > > > > J'ai ce role sur une balise iframe, ce qui fait > qu'elle > > > perd sa > > > > valeur > > > > > sémantique. > > > > > Le critère 2.1 impose d'avoir un titre de cadre mais > > > dans ce > > > > cas, a > > > > > t-il toujours lieu d'être ? > > > > > Mon cas est celui du Recaptcha de Google. Dans NVDA je > > > n'ai > > > > plus > > > > > l'information sur le cadre puisque qu'il y a un role > > > > presentation. > > > > > Merci pour vos réponses. > > > > > -- > > > > > Steven Mouret > > > > > _______________________________________________ > > > > > liste_gta mailing list > > > > > [4][5][email protected] > > > > > > > > > > > > [5][6] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acc > > > ess > > > > [7]iweb.org > > > > _______________________________________________ > > > > liste_gta mailing list > > > > [6][8][email protected] > > > > > > > [7][9] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acc > > > ess > > > > [10]iweb.org > > > > > > > > Références > > > > > > > > 1. mailto:[11][email protected] > > > > 2. [12]https://www.w3.org/TR/html-aria/ > > > > 3. mailto:[13][email protected] > > > > 4. mailto:[14][email protected] > > > > 5. > > > [15] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acces > > > siweb.org > > > > 6. mailto:[16][email protected] > > > > 7. > > > [17] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acces > > > siweb.org > > > > _______________________________________________ > > > > liste_gta mailing list > > > > [18][email protected] > > > > > > > [19] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acces > > > siweb.org > > > _______________________________________________ > > > liste_gta mailing list > > > [20][email protected] > > > [21] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.acces > > > siweb.org > > > > > > > > > Références > > > > > > 1. mailto:[email protected] > > > 2. mailto:[email protected] > > > 3. https://www.w3.org/TR/html-aria/ > > > 4. mailto:[email protected] > > > 5. mailto:[email protected] > > > 6. http://list.accessiweb.org/mailman/listinfo/liste_gta_list.access > > > 7. http://iweb.org/ > > > 8. mailto:[email protected] > > > 9. http://list.accessiweb.org/mailman/listinfo/liste_gta_list.access > > > 10. http://iweb.org/ > > > 11. mailto:[email protected] > > > 12. https://www.w3.org/TR/html-aria/ > > > 13. mailto:[email protected] > > > 14. mailto:[email protected] > > > 15. > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > > > 16. mailto:[email protected] > > > 17. > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > > > 18. mailto:[email protected] > > > 19. > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > > > 20. mailto:[email protected] > > > 21. > 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 > > > > 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 >
_______________________________________________ liste_gta mailing list [email protected] http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
