RGAA 3.0

Lorsqu’il s’agit de contenus, par opposition à des zones de navigation ( <nav> ) ou des zones de contenus complémentaires ( <aside> ), une section devrait posséder si c’est approprié une zone d’en-tête ( <header> ) et un pied de section ( <footer> ). Le premier titre <hx> dans une section donne le « nom » de la section tel qu’il sera reporté dans l’arborescence du document. Les titres suivants ( <hx> ) créent des sections implicites qui seront présentées comme l’arborescence du contenu de la section. Une section pouvant être considérée de manière indépendante du reste de la page, l’arborescence générée par les sections implicites ( <hx> ) est calculée à partir d’un niveau 1 affecté au premier titre de la section. Lorsqu’elle est utilisée, l’arborescence du document peut donc être différente de l’arborescence du contenu représentée par l’ensemble des titres <hx> de la page, même si les deux structures restent similaires. Cette arborescence doit donc être représentative de la structure du document et être cohérente avec la structuration du contenu générée par l’utilisation des balises <hx> . La structuration du contenu générée par les balises <hx> pouvant être, théoriquement, déduite de l’arborescence du document, la spécification HTML5 recommande d’utiliser uniquement des titres <h1> . Cet usage est proscrit et le critère 9.1 impose d’utiliser une hiérarchie de titres ( <hx> ) cohérente. Si l’arborescence du document (à la condition qu’elle soit cohérente) peut permettre de proposer à l’utilisateur des fonctionnalités d’exploration et de navigation, sur certaines technologies d’assistance, elle influe sur la hiérarchie de titres générée par l’utilisation des balises <hx> en modifiant le niveau des titres restitués. Pour accompagner la prise en charge progressive de l’arborescence du document et compte tenu du fait que le référentiel exige de disposer, en tout état de cause, d’une structure de contenu (balises <hx> ) robuste et cohérente, il est acceptable de considérer le test 9.2.2 comme non applicable lorsqu’il n’est pas possible de s’assurer que l’arborescence du document est parfaitement cohérente. Dans ce cas, la non-conformité au test devrait être relevée sous la forme d’une simple alerte. Critère 9.3 [A] Les rôles WAI-ARIA list et listitem peuvent nécessiter l’utilisation des propriétés aria- setsize et aria-posinset dans le cas où l’ensemble de la liste n’est pas disponible via le DOM généré au moment de la consultation. Bien que possédant un rôle definition , utilisé en combinaison avec la propriété aria- labelledby , WAI-ARIA ne propose pas de rôle équivalent à une liste de définition HTML. Le rôle definition ne peut donc pas être utilisée comme équivalent à une liste de définition HTML dl . Les rôles tree , tablist , menu , combobox et listbox ne sont pas équivalents à une liste RGAA 3 2017 – Référentiel technique 129/135