Bonjour,
Je confirme rapidement : cela n'avait rien de sarcastique. En fonction des contraintes éventuelles de production, choisir un doctype transitional, le connaître et bien l'utiliser est de loin préférable à des pages supposées strictes mais invalides, ou valides à coup de contournements.
En outre, étant donné le type de site, il est probable que des rédacteurs et un CMS vont intervenir par la suite dans son contenu... avec plus de chance de produire du transitionel que du strict. (Pour ce qui est de l'accessibilité, à ce propos, une formation ou une sensibilisation de ces rédacteurs serait a priori nécessaire.)
Pour en revenir à la page proposée : un projet de ce type relève plus d'un audit qualité ou accessibilité en bonne et due forme que de conseils rapides dans un forum, mais quelques remarques en vrac :
- titrage, linéarisation sans CSS : bien vu
- en revanche, supprimer les tabindex du formulaire de recherche qui n'ont pas d'utilité ici, sauf pour perturber l'ordre naturel de tabulation dans la page.
- menu déroulant... limitant apparemment les dégâts. Il n'est pas très maniable dans une loupe d'écran, mais bon...
- comme souvent, le lien d'accès direct au contenu mérite d'être visible : il sera utile aux utilisateurs navigant au clavier pour sauter l'interminable section de menus. Il y a d'ailleurs beaucoup de choses dans la zone en haut-droite de l'écran, assez encombrée, et tout n'y est peut-être pas aussi utile que ce lien d'accès direct.
- la taille par défaut des caractères me semble bien petite... Surtout, la mise en page pourrait sans doute mieux supporter l'agrandissement (garder sa lisibilité aux 2e et 3e seuils de zoom dans FF, ne pas provoquer le départ en bas de page du contenu dans IE).
- alternatives textuelles des images : bien. Ne pas hésiter à faire disparaître une image qui répète un contenu précédent ("Le CNC au festival de Clermont-Ferrand du 27 janvier au 4 février 2006")
- attention aux intitulés de liens non explicites hors contexte, surtout quand ils se répètent ("lire"...)
- la présentation des liens est très cohérente, mais l'absence de soulignement en plus de celle d'effet au survol ne facilitera pas la tâche pour certains utilisateurs.
- Il faudrait aider un peu IE5.0 Windows qui a du mal avec la CSS, et surtout la cacher à NS4.7 et IE4.0 qui ne l'aiment pas du tout.
- un reste de Tantek Celik hack à supprimer de la CSS
- la zone "événement suivant/événement précédent" avec ses flèches et son 2/3 est assez énigmatique. Tout le monde l'associera-t-il au bloc "événement" situé à côté, dont elle est visuellement dissociée ?
- attention à l'absence d'espace avant le slash des balises images : elle ne provoque pas d'erreur courante à ma connaissance, mais autant éviter et suivre les recommandations d'interopérabilité.
- Peut-être un peu moins de <hr />: certains coupent en deux des rubriques.
- quel est l'apport des listes numérotées dans les menus ?
En tous cas, beau boulot : il y a déjà beaucoup de fait
Modifié par Laurent Denis (03 Mar 2006 - 05:01)