web-dev-qa-db-fra.com

Devrais-je utiliser WAI-ARIA dans mes versions de sites Web HTML?

Devrais-je utiliser WAI-ARIA dans mes versions de site Web? Cela aura-t-il un avantage? Quelqu'un ajoute-t-il 'rôle' à son code en ce moment?

Quelques informations sur WAI-ARIA - www.w3.org/WAI/intro/aria .

Les rôles d'onglet, de lien, de case à cocher et de curseur, ainsi que de nombreux autres, ne sont pas encore disponibles pour HTML5. En regardant la liste de ce qui est disponible (voir ci-dessous) et de ce qui va arriver dans le futur, il semble que nous pourrions appliquer des rôles à une quantité énorme de balises sur nos pages. Ce n'est pas un problème surtout si cela apporte des avantages aux utilisateurs de lecteurs, etc.

En outre, les moteurs de recherche apporteront-ils des avantages aux sites utilisant WAI-ARIA?

Liste des rôles sécurisés à utiliser (je pense)

•   role="article"
•   role="banner"
•   role="complementary"
•   role="contentinfo"
•   role="form"
•   role="heading"
•   role="main"
•   role="navigation"
•   role="search"

Exemples d'utilisation dans le code HTML5:

<header role="banner"></div>pour un en-tête principal, bannière uniquement autorisée une fois par page

<header role="heading"></div>- pour tous les en-têtes après le principal

<aside role="complementary"></aside>

<form role="search"></form>

htmlweb-developmenthtml5accessibility
8
DBUK

OK, je réfléchis et je fais des recherches à ce sujet depuis que vous avez posé la question.

Je suis maintenant d'avis que vous devriez les utiliser et j'ai l'intention de commencer à les intégrer à des projets.

Ce n’est pas parce qu’elles ne sont pas disponibles qu’elles ne peuvent pas être analysées par les technologies d’assistance. Si elles permettent même d’ajouter un peu de valeur sémantique, pourquoi pas?

Si davantage de webmasters adoptaient WAI-ARIA, nous pourrions voir de plus en plus d'avantages et de limitations.

Puisqu'il y a des points positifs et pas de points négatifs (sauf la légère augmentation du temps d'écriture et de la taille HTML), je vous prie de vous en priver.

Voici un intéressant blog post sur le sujet.

3
Toby

Ce. est. merde.

J'ai longtemps nourri la communauté des aveugles. J'utilise alt sur toutes mes images et je l'ai toujours fait. J'agrandis chaque abbr. J'utilise l'accessibilité web "contrôleurs" et validateurs. Je me mets en quatre pour fournir un site accessible.

Mais, ça doit cesser.

Selon le blog post répertorié ci-dessus.

Bien qu'il puisse sembler que la balise de navigation définirait le "rôle de l'élément de navigation", tous les navigateurs ne la comprendront pas (le fait que le navigateur puisse l'afficher ne signifie pas qu'il comprend la balise).

Regardez, si vous êtes aveugle et que vous ne pouvez pas mettre à jour votre navigateur vers un lecteur compatible HTML5, nous devons commencer à vous regarder de la même manière que nous regardons les utilisateurs d'IE6. Vous pouvez être aveugle mais tu n'es pas stupide. Être aveugle n'est pas une excuse pour être paresseux. Vous avez simplement besoin d'un nouveau lecteur d'écran.

<div class="sr_only">
  <span role="navigation">
  <span role="heading">
  <span role="article">
  <span role="search">
    Dear Blind community, we write semantic HMTL5 for a purpose.
    Update your screen reader!

C’est un test de tolérance où le monde entier assume une idée stupide de s’adapter à la technologie archaïque. Certes, au moins ceux qui penchent en arrière ne le font pas pour gagner de l'argent, mais vous devriez maintenant utiliser un lecteur d'écran avec au moins des mises à jour biannuelles.

Il est également important de noter que beaucoup de ces choses gâchent les nouveaux lecteurs d’écran si elles sont mal faites. Par exemple, <nav> est typiquement un simple conteneur pour un <ul>. Si vous avez un <ul role="navigation"> sous un <nav>, vous pouvez rencontrer un problème de verbosité inutile .

2
Evan Carroll