L’utilité de l’attribut summary dans les tableaux HTML
Lors de la réunion mensuelle du W3Qc hier, je parlais avec Samuel Sirois (Trigosoft) qui suit présentement le cours de Jean-Marie D’Amour sur l’accessibilité. Nous discutions des éléments et attributs en accesibilité que HTML 5 prévoit peut-être laisser tomber, comme l’attribut summary pour les tableaux. L’argument est sensiblement celui-ci : lors de tests d’utilisation de l’attribut, il a tendance à ennuyer les utilisateurs plutôt qu’à les aider.
Or, Samuel me disait, cela est différent selon le type de document. Dans une application que quelqu’un utilise souvent, l’attribut summary est répété à chaque fois. Il est donc particulièrement désagréable (surtout s’il est long). Par contre, sur un site Web visité très peu souvent, l’attribut est beaucoup plus intéressant puisqu’il aide l’utilisateur à se faire un modèle mental du tableau avant que celui-ci soit exprimé.
Dans le premier cas, le modèle mental existe déjà et il est redondant. Dans le 2e cas, il est vraiment utile. La solution ici est bien plus au niveau d’utiliser l’attribut à des bons moments (sur un site Web plutôt que dans des applications Web, par exemple), ou encore que les agent utilisateurs donnent la possibilité aux utilisateur de ne pas faire répéter les descriptions de contenus qui ont déjà été exprimés.
Une solution pourrait être que pour une session, l’agent utilisateur ne répète pas les descriptions des éléments qui ont le même id ou la même class. Cela vaudrait peut-être un attribut spécial en css pour le spécifier.
En utilisabilité, on dit que c’est important de ne pas se répèter, en accessibilité aussi! Ce que je comprends, c’est qu’il y a beaucoup de méconception sur l’accesibilité et qu’il faut réfléchir bien comme il faut plutôt que suivre des recettes toutes faite qui peuvent si mal utilisées diminuer l’accessibilité au lieu de l’améliorer. Je crois aussi qu’il ne faut pas mélanger les fonctionnalités d’un langage et les bonnes pratiques. Les bonnes pratiques ne sont pas des recettes, mais des méthodes avec une philosophie derière. Si un élément d’un langage est le plus souvent mal utilisé, ce n’est pas le rôle de standardiseurs du langage d’enlever l’élément du langage, mais bien le rôle de ceux qui font la promotion des bonnes pratiques de promouvoir les bonnes utilisations de l’éléments (et ce, même s’il y en a des mauvaises). Cela passe effectivement par comment l’élément du langage est utilisé dans la vrai vie, et d’y trouver des bonnes utilisations. Il est vrai qu’il peut y avoir des éléments de langage qui n’ont pas assez de bonnes utilisations pour être retenus, mais je ne pense pas que ce soit le cas pour l’attribut summary.
Reste maintenant à spécifier quelques bons cas d’utilisation et en parler sur la liste du Working Group de HTML…
