Contenu
Cet article a été publié pour la première fois dans le numéro 231 du magazine .net, le magazine le plus vendu au monde pour les concepteurs et les développeurs Web.
Lorsque vous créez un widget d'interface utilisateur (UI), il s'agit probablement d'un composite d'éléments HTML. D'une manière générale, il est facile pour quelqu'un de déterminer ce que fait le widget ou le rôle qu'il joue dans la page, en fonction de son apparence ou des commandes qu'il rend disponibles. Cette perspective holistique n'est cependant pas évidente pour les technologies d'assistance (TA), et c'est (bien sûr) là qu'intervient ARIA.
ARIA, ou Accessible Rich Internet Applications pour lui donner son titre complet, peut être utilisé pour donner un rôle à votre widget. Ou pour voir les choses d'une autre manière, vous pouvez utiliser les rôles ARIA pour dire quelque chose aux AT sur votre ensemble d'éléments HTML comme s'il s'agissait d'une seule entité.
La spécification ARIA 1.0 inclut une taxonomie des rôles. Il décrit les caractéristiques et les propriétés de 73 rôles différents, regroupés en quatre catégories de haut niveau.
La première catégorie définit 12 rôles abstraits. De la même manière que les classes abstraites ne sont jamais instanciées lors de la programmation, les rôles abstraits ne doivent jamais être utilisés dans votre code. Ils décrivent différents types de rôles à un niveau conceptuel et ne sont donc utilisés que dans la taxonomie elle-même.
Les rôles
Un rôle abstrait se distingue des autres. Le rôle (rôle abstrait) est le rôle de base dont héritent tous les autres rôles de la taxonomie. D'autres rôles abstraits incluent l'entrée (rôle abstrait), le repère (rôle abstrait) et le widget (rôle abstrait).
Prenons le widget (rôle abstrait) comme exemple. Il décrit un rôle parapluie sous lequel se trouvent tous les autres rôles de widget dans la taxonomie. Voici comment cela est décrit dans la spécification ARIA:
«Un composant interactif d'une interface utilisateur graphique (GUI). Les widgets sont des objets d'interface utilisateur discrets avec lesquels l'utilisateur peut interagir. »
Cela mène parfaitement à la catégorie suivante, qui définit 34 rôles de widget. Les widgets sont des contrôles interactifs qui peuvent être autonomes ou combinés pour créer des composants d'interface utilisateur plus complexes. Neuf de ces rôles définissent des conteneurs qui peuvent être utilisés pour encapsuler d'autres widgets afin de former des contrôles plus complexes.
Widgets
Les 25 rôles restants définissent des widgets qui peuvent être utilisés indépendamment ou dans le cadre d'un contrôle composite complexe. Un élément avec le rôle de tabliste peut contenir plusieurs éléments avec le rôle de tabulation, par exemple. Lorsqu'ils sont utilisés en conjonction avec un ensemble d'éléments correspondant avec le rôle de tabpanel, ils se combinent pour former une interface à onglets composite. Les éléments avec des rôles tels que l'alerte, la case à cocher ou le dialogue peuvent également faire partie d'un contrôle d'interface utilisateur plus complexe, ou ils peuvent être autonomes.
La troisième catégorie définit 18 rôles de structure de document. Ces rôles décrivent des formations de contenu typiques telles que l'en-tête, la liste et la barre d'outils. Contrairement aux rôles de widget, les rôles de structure de document ne sont généralement pas interactifs.
La dernière catégorie définit huit rôles marquants. Ils peuvent être appliqués à différentes sections d'une page Web, fournissant des points de repère que les AT peuvent utiliser pour naviguer. Les rôles au sein de cette catégorie incluent la bannière, le principal et la navigation.
Découvrez les 20 meilleurs outils de wireframing pour les designers chez Creative Bloq.
