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

  1. 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
  2. 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
  3. 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).