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
