Le site Access Matters propose une série de quizs et de tests sur la bonne
mise en pratique des directives d'accessibilité comme celui-ci, Quiz 1.1.9: TITLES everywhere?.
L'attribut title peut être utilisé pour tous les éléments, à
l'exception de base, basefont, head, html, meta, param, script, title.
Les spécifications du W3C nous apprennent que
Les agents utilisateurs peuvent restituer les valeurs des attributs title de
diverses façons. Les navigateurs visuels peuvent, par exemple, afficher leur
valeur sous la forme d'une infobulle
(ndt. tool tip) (un bref message
qui apparaît quand le dispositif de pointage reste au-dessus d'un objet). Dans
le même ordre d'idée, les agents utilisateurs sonores peuvent vocaliser les
informations de titre. Par exemple, le placement de l'attribut sur un lien
permet aux agents utilisateurs (visuels et non-visuels) d'indiquer à
l'utilisateur la nature de la ressource reliée
Qu'en est-il dans la réalité ? L'auteur propose une page regroupant une
série de tests à effectuer avec des aides techniques (il se demande au passage
quel peut bien être l'intérêt d'un attribut title pour l'élément
ul... je n'ai pas de réponse, et vous ?). Vous pouvez lire quelques
brefs résultats dans les commentaires sur le site.
Thomas (Blog BlindSurfer) a effectué les tests avec une synthèse vocale et
son afficheur braille (Jaws), des loupes d'écran (ZoomText et Supernova). Il a
publié des résultats complets dans ce billet,
“title”, l’attribut inutile?.
Le titre de son billet est significatif, hélas !
- Très peu d'utilité pour Jaws (surtout avec la configuration par défaut, la
plus souvent utilisée)
- Un comportement perturbant de ZoomText qui interrompt sa lecture à chaque
apparition d'une infobulle pour en lire le contenu
- Supernova n'a aucune réaction face à cet attribut
Souvent en adoptant une solution à un problème, on en crée d'autres. Je
rejoins la conclusion de Thomas,
Encore une fois, on remarque que l’éternel problème de l’accessibilité et
d’avoir à faire face à une grande variété de configurations possibles… à quand
un peu plus d’homogénéité et de conventions ?
Mise à jour le 30 novembre 2008 : le blog BlindSurfer
n'existant plus, le lien pointe vers une capture de web.archive.org. Je recopie
ici une partie du billet.
L’impact principal de l’attribut “title” pour une personne qui n’a pas
recours aux outils d’aide à l’accessibilité est l’apparition d’infobulles qui
apparaissent au survol de l’élément qui sont certes jolies (mais un peu
inutiles).
Infobulle au survol d'un élément doté d'un attribut title
Comportements des outils d’aide à l’accessibilité face à la page de test :
JAWS
- Avec la configuration par défaut, les balises « title » n’apparaissent pas
dans la liste de liens. Pour une image par exemple, il est clair qu’il faut se
fier à l’attribut ALT plutôt que TITLE.liste de liens dans JAWS
- On remarque aussi que la majorité des éléments de sémantiques ne sont pas
signalés. Les éléments vraiment fondamentaux sont surtouts :
- les titres (possibles à parcourir et détectés au chargement de la
page)
- les listes
- les blocs de citations (blockquote) mais pas les citations (cite)
- les tables : caption et summary sont lus correctement, de même que tfoot
qui est bien lu à la fin du tableau malgré qu’il soit présent au début du
tableau dans le code.
- les labels (toujours) et fieldsets (uniquement en mode édition) qui
viennent se greffer en préfixe du label.Liste des éléments de formulaire dans
JAWS
- Quid des acronym ? des abréviations ? des balises d’emphase (em, strong) ?
Et bien, rien du tout. Nada, niet. Inutile de se clamer pro de l’accessibilité
en mettant des acronym partout, car ils ne seront pas lus par un lecteur
d’écran.
Remarque : il est tout de même possible de
configurer JAWS pour qu’il lise les acronym et les abréviations. Cependant,
combien d’utilisateurs de JAWS vont-ils avoir configuré leur logiciel
correctement ? Il n’est pas à négliger lors de la première apparition d’une
abréviation importante dans donner la traduction à même le texte !
Pour infos, voici la marche à suivre :
-
- Il faut avant tout configurer le lecteur d’écran afin qu’il détecte et
énonce le contenu des balises ACRONYM et ABBR. Pour ce faire :
- Aller dans le menu “utilitaires”, choisissez l’item “configurateur”. Une
nouvelle fenêtre s’ouvre.
- Aller dans le menu “modifier options”, choisissez l’item “Options
html”.
- Cocher les cases “Développer les abréviations” et “Développer les
acronymes”. Valider, puis sauvegarder (menu “Fichier”, option
“Enregistrer”).
-
- Lancer l’afficheur Braille permettant de visualiser l’information renvoyée
par Jaws (par défaut dans “menu démarrer”, “programmes”, “Accessoires”, “Jaws”
et “Afficheur Braille”).
-
- Ouvrir la page contenant des abréviations et des acronymes. La lecture par
la synthèse vocale s’effectue automatiquement.
-
- Vérifier que la première occurrence d’un acronymes ou d’une abréviation est
lue avec sa signification.
ZoomText et Supernova
Plus drôle encore est la réaction de ZoomText qui interrompt sa lecture à
chaque apparition d’info bulle pour lire le contenu. Autant vous dire que
l’abus d’attribut title peut même gêner la lecture dans ce cas ! Ceci me fait
penser que l’attribut « title » doit également se suffire à lui-même s’il est
lu à la place du texte. Mais n’est-ce pas là un début de redondance ? En tout
cas, lui au moins, il lit les title, contrairement à Supernova qui semble très
peu concerné par eux (et par la sémantique en général, d’ailleurs).
