Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Critère 12.6.1, la formulation "doit avoir un attribut" dans le glossaire incite les auditeurs à demander des attributs inutiles #166

Open
mariedestandau opened this issue Sep 11, 2023 · 2 comments

Comments

@mariedestandau
Copy link

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:

  • La zone d’en-tête doit avoir un attribut WAI-ARIA role="banner" ;
  • Le menu de navigation principal doit avoir un attribut WAI-ARIA role="navigation" ;
  • La zone de contenu principal doit avoir un attribut WAI-ARIA role="main" ;
  • La zone de pied de page doit avoir un attribut WAI-ARIA role="contentinfo" ;
  • La zone de moteur de recherche sur le site doit avoir un attribut WAI-ARIA role="search".

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)

@mariedestandau mariedestandau changed the title Critère 12.6.1, Critère 12.6.1, la formulation doit avoir un attribut incite les auditeurs à demander des attributs inutiles Sep 11, 2023
@mariedestandau mariedestandau changed the title Critère 12.6.1, la formulation doit avoir un attribut incite les auditeurs à demander des attributs inutiles Critère 12.6.1, la formulation "doit avoir un attribut" incite les auditeurs à demander des attributs inutiles Sep 11, 2023
@mariedestandau mariedestandau changed the title Critère 12.6.1, la formulation "doit avoir un attribut" incite les auditeurs à demander des attributs inutiles Critère 12.6.1, la formulation "doit avoir un attribut" dans le glossaireincite les auditeurs à demander des attributs inutiles Sep 11, 2023
@mariedestandau mariedestandau changed the title Critère 12.6.1, la formulation "doit avoir un attribut" dans le glossaireincite les auditeurs à demander des attributs inutiles Critère 12.6.1, la formulation "doit avoir un attribut" dans le glossaire incite les auditeurs à demander des attributs inutiles Sep 11, 2023
@AlainVagner
Copy link

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
Copy link
Author

D'accord, alors ce serait une suggestion pour la prochaine version du RGAA, j'imagine que l'environnement de test va évoluer avec l'arrêt du support d'IE par Microsoft ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants