Ergonomie, Rails et Architecture de l'information web (2.0)

Certains jours, je regrette un peu que ne pas parler Hollandais me prive de la lecture de leur nouvelle loi sur l’accessibilité des sites web gouvernementaux. Je me contenterai donc de reprendre les principaux points de ce billet de Quircksmode qui en recense les principaux points :

• Uniquement du XHTML 1.0 ou du HTML 4.01 valide.
• HTML sémantique, CSS et séparation claire entre présentation et structure.
• Amélioration progressive (on commence par un truc qui marche partout, et ensuite on rajoute des trucs cliqua convi).
• Utilisation du DOM W3C en lieu et place du DOM Microsoft.
• Les class et id doivent avoir une signification appropriée.
• Les descriptions alternatives des images doivent toutes avoir du sens

Mais aussi :

• Les scripts appliqués à des liens doivent étendre leurs fonctionnalités (à quand des pop-ups accessibles ?)
• L’utilisation de scripts comme seule manière de récupérer une information est interdite.
• Supprimer le rectangle de focus des liens est interdit.
• Toute information offerte dans un format fermé doit aussi être proposée dans un format ouvert (j’en connais un à qui ça va faire plaisir).
• La loi définit la valeur sémantique de certains éléments HTML !!!

Ce qui serait intéressant, c’est de voir cette loi appliquée dans notre beau pays non plus pour les sites gouvernementaux, mais pour l’ensemble des sites d’entreprise, amendes à la clé puisqu’il semblerait que seule la répression fasse avancer les choses. Ces guides ne sont en effet pas particulièrement contraignantes, et auraient au moins pour mérite d’harmoniser un peu le web français. Je crois cependant que je vais m’en inspirer pour la ligne de conduite technique de l’ensemble des projet que je vais conduire chez Actualys, tant cela me semble une bonne base de travail.

Chez Matt ce matin, on pouvait lire :

Dreamhost upgrades their servers to PHP 5.2 (newer is better, right?) and most of their PHP5 customers break. WP 2.1 had a lot of workarounds in it just to run under 5.2. That’s stupid. I’m sure there is a perfectly rational reason why PHP core was “forced” to break existing scripts, but constantly shooting your users in the foot isn’t a good way for PHP to stay relevant. (I write this as someone whose entire company and livelihood is based on PHP.)

C’est à dire en bon français :

Dreamhost vient de mettre son PHP à jour vers la version 5.2 (plus c’est neuf, plus c’est bon parait-il), et la majorité de leurs clients sous PHP sont dans les choux. Nous avons du beaucoup batailler afin de faire tourner Wordpress 2.1 sous PHP 5.2. C’est stupide. Je suis certain que l’équipe de PHP avait une excellente raison pour être “forcée” de casser l’existant, mais ce n’est pas en tirant constamment une balle dans le pied de ses utilisateurs que PHP va rester un langage pertinent. (J’écris ceci en tant que personne dont l’entreprise et la vie sont entièrement basés sur PHP).

Je n’irai certainement pas contredire Matt quand il parle de la nécessité d’assurer un minimum de rétrocompatibilité d’une version d’un langage à l’autre. Tout en évoluant constamment, Ruby on Rails a bien compris la problématique en permettant d’inclure la bonne version du framework dans l’application, celle-ci prenant le pas sur la version installée sur le système. Mais venant de quelqu’un qui change les hooks de l’API de plugins de Wordpress entre deux release candidates au point de rendre ces derniers inutilisables, sans prévenir personne, et sans rien documenter, c’est un peu l’hôpital qui se moque de la charité.