Résumé

Vue d'ensemble

Ce site est une source d'informations sur la compatibilité des fonctionnalités d'HTML5 avec les technologies d'assistance (AT) utilisées pour naviguer sur le web.

Le but n'est pas de dissuader les développeurs d'utiliser HTML5. Néanmoins, il y a parfois de meilleurs choix à faire, un peu de travail supplémentaire à produire pour rendre une fonctionnalité utile et utilisable. Dans certains cas, les fonctionnalités ne sont tout simplement pas gérées par les navigateurs ou pas de façon compatible avec les technologies d'assistance. Tout cela a pour conséquence de rendre inutilisable certaines fonctionnalités d'HTML5. Des astuces pour palier à l'absence de gestion ou de compatibilité avec l'accessibilité sont disponibles sur la page solutions.

Les informations disponibles dans le tableau seront mises à jour de manière régulière pour refléter au mieux les évolutions des navigateurs au fur et à mesure de leurs mises à jour.

Légende et notes du tableau :

 

L'accessibilité des fonctionnalités d'HTML5 dans les navigateurs sous Windows
Nouveaux élément HTML5

Chrome 10

Firefox 4.0 RC

IE 9 RC

Opera 11

Safari/Webkit r74232

Notes
article element

Fournit pour l'instant le même niveau d'information sémantique aux ATqu'un div.

Firefox: fait ressortir cet element avec un role document dans MSAA/IA2 (Des doutes sur l'exactitude de cette association). Voir l'article HTML5 Accessibility Chops: section elements

aside element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: fait ressortir cet élément avec un role="note" dans IA2. Cela est susceptible de changer. Voir l'article HTML5 Accessibility Chops: section elements

audio element

Firefox:

  • a un problème avec les contrôles du slider natif qui sont annoncés par certaines AT comme contrôles d'élément audio et également avec la mise à jour des valeurs du slider.
  • expose  le name de l'élément comme un attribut d'objet IA2

Opera: a un bon support clavier, mais aucun support des AT.

 

IE 9: a un support partiel du clavier (play/pause) et quelques informations transmises via les API d'accessibilité (accessible name=video et l'élément audio lui même est un bouton).

Pour plus d'informations, voir: Keyboard access for HTML5 video.

canvas element

Internet Explorer 9: supporte le sous-DOM accessible mais ne rend pas visible le focus.

datalist element

Opera: accessible au clavier

Firefox: accessible au clavier. Les items de listes sont exposés correctement mais la présence de l'élément datalist n'est pas indiqué quand le focus clavier est sur le champ texte éditable (suggestion le champ texte devrait être exposé comme un élément combobox ou la présence d'une liste indiqué par la propriété haspopup

Chrome: accessible au clavier. N'expose pas le datalist comme une liste, n'indique pas la présence d'une datalist depuis le champ texte editable

details element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

figcaption element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose  le name de l'élément comme un attribut d'objet IA2 mais n'expose pas la relation entre l'élément figure et l'élément figcaption comme une relation accessible.

figure element not supported

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose  le name de l'élément comme un attribut d'objet IA2 mais n'expose pas la relation entre l'élément figure et l'élément figcaption comme une relation accessible.

footer element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose cet élément comme un landmark ARIA role="footer" via IA2. Ceci est sujet à un changement prochain. Voir HTML5 Accessibility Chops: section elements

header element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose cet élément comme un landmark ARIA role="banner" via IA2. Ceci est sujet à un changement prochain. Voir HTML5 Accessibility Chops: section elements

hgroup element

non implémenté

color input Opera: accessible au clavier mais aucune information exposée aux technologies d'assistance.
Date input Opera: gère les interactions à l'aide du clavier mais de façon bugée : utiliser la touche enter quand le champ de saisie a le focus affiche le sélecteur de date, l'utilisation de la touche tab déplace le focus sur le champ mois mais déconnecte également le sélecteur de date du champ de saisie.
Date and Time input

Opera gère les interactions à l'aide du clavier mais de façon bugée.

Chrome: accessible au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton.

Local Date and Time input

Opera gère les interactions à l'aide du clavier mais de façon bugée.

Chrome: accessible au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton.

E-mail input ? la plupart du temps non implementé
Month input

Opera gère les interactions à l'aide du clavier mais de façon défectueuse.

Chrome: utilisable au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton.

Number input

Opera: utilisable au clavier mais de façon défectueuse.

Chrome: utilisable au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton.

Range input

Chrome: role correct, support partiel du clavier, valeur du slider non exposée.

Opera: aucun role, support partiel du clavier, valeur du slider non exposée.

Webkit: aucun role, aucun support clavier, valeur du slider non exposée.

Search input la différence entre un input type="search" et type="text" est 'principalement au niveau du style'.
Telephone input ?
Time input

Opera: accessible au clavier.

Chrome: accessible au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton

URL input ?
Week input

Opera: gère les interactions à l'aide du clavier mais de façon défectueuse.

Chrome: accessible au clavier, exposé comme un champ texte éditable alors que cela devrait etre exposé comme spinbutton

menu > context menu non implémenté
menu> list non implémenté
menu > toolbar non implémenté
meter element

Chrome & Webkit: contenu alternatif non exposé.

Opera: contenu alternatif, nom, role et état non exposé.

nav element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose cet élément comme un landmark ARIA role="navigation" via IA2 mais devrait être exposé comme un role section. Voir l'article HTML5 Accessibility Chops: section elements

output element Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.
progress element Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.
section element

Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.

Firefox: expose cet élément comme un role paragraph dans IA2 (des doutes sur l'exactitude de cette association). Voir l'article HTML5 Accessibility Chops: section elements

summary element Fournit pour l'instant le même niveau d'information sémantique aux AT qu'un div.
video element

Firefox: a un problème avec les contrôles du slider natif qui sont annoncés par certaines AT comme contrôles d'élément audio et également avec la mise à jour des valeurs du slider.

Opera: a un bon support du clavier mais aucun support des AT.

IE 9: a un support partiel du clavier (play/pause) et certaines informations sont exposées aux API d'accessibilité (accessible name=video et l'élement est exposé comme un bouton).

Pour plus d'informations, voir: Keyboard access for HTML5 video.