[Spip-zone-commit] [escal] ajout de role=« navigation » pour les nav

Dev
1

Salut,

j'ai cru comprendre que role="navigation" n'était pas nécessaire pour les éléments de type <nav> (cf note en fin de description : https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Navigation_Role ). C'est d’ailleurs en avertissement (pas d'erreur donc) dans le validateur W3C.

Est-ce qu'il faut les garder ou pas au final ? (on les retrouve dans la dist https://git.spip.net/spip/dist/src/branch/master/rubrique.html#L50 aussi)

Toujours de ce que je comprends, il est de bonne pratique d'ajouter un aria-label pour expliciter le bloc (ex : aria-label="Menu principal").

             jeanmarie
2

Bonjour,

Je ne contribue pas vraiment au code de SPIP mais je suis justement en train de re-développer le site d’une Université dans l’optique, entre autres, d’être conforme aux normes WCAG pour l’accessibilité. Je suis donc en plein dedans.

Le rôle « navigation » n’est pas nécessaire sur les balises nav en effet. D’ailleurs, avec ma collègue, nous avons suivi une formation sur l’accessibilité et le principe (en 2020) c’est qu’il vaut mieux ne pas mettre d’attributs ARIA que de trop en mettre.

Pour les menus, il est judicieux de mettre effectivement un aria-label ou un aria-labelled-by pour expliciter le rôle du menu (menu de pagination, menu principal, sous-menu de navigation au sein d’une rubrique, fil d’ariane, etc.)

Perso, je me base sur les tutos du W3C () pour : - La structure globale des pages - Les menus - Les images - Les tableaux - Les formulaires - Les carousels (j’ai trouvé celui-ci qui est responsive et accessible : )

Cordialement,

nouveau_logo.jpg

3

Oui c'est justement parce que je les ai vus dans la dist que je les ai rajoutés.

JC

4

@Pierre-Jean : merci pour ton retour.

@JC : j’ai vu ça dans la dist aussi et j’ai fait pareil avant de revenir en arrière :slight_smile: (d’où ce mail pour avoir d’autres avis)

Pour info, il y a cette ressource également :

jeanmarie