AlainVagner
commented
1 year ago Il me semble que cet attribut est nécessaire pour les navigateurs anciens qui ne supportent pas ces balises html 5. Le tutoriel de la WAI sur les régions évoque ce point.
IE 11 ne supporte notamment pas l'élément main (d'après caniuse), et IE est encore présent dans l'environnement de test du RGAA.
mariedestandau
Constat
Dans la condition "La zone possède un rôle WAI-ARIA de type landmark correspondant à sa nature", le glossaire lié au mot landmark précise:
Or, l'ajout de l'attribut n'apporte rien lorsque la balise utilisée a déjà le bon rôle, par exemple
<header>est équivalent à<header role="banner">Problème
En raison de la formulation de ce glossaire, l'ajout redondant de l'attribut est maintenant demandé dans les audits.
Cela me semble dommageable car les développeurs qui découvrent l'accessibilité ont tendance à mettre de l'ARIA partout (et mal), ce qui a pour effet d'empirer l'accessibilité au lieu de l'améliorer. Un enjeu est de leur apprendre à ne pas utiliser ARIA lorsque cela n'est pas nécessaire, notamment lorsqu'un élément HTML implémente déjà le rôle souhaité, en répétant à chaque revue de code la première règle d'ARIA https://www.w3.org/TR/using-aria/#rule1 Le fait qu'un audit leur demande d'utiliser ARIA alors que ce n'est pas nécessaire, et que ce code se retrouve dans la base code, prêt à être pris en exemple, recopié et déformé est à mon sens contre-productif.
Proposition
On pourrait écrire simplement - La zone d’en-tête doit avoir un rôle "banner" (comme cela est déjà formulé dans le critère: "La zone possède un rôle", c'est le rôle qui est nécessaire, pas l'attribut)