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

Typogarden est le site consacré aux thèmes pour Typo, le système d’édition de blog développé en Ruby on Rails qui propulse ce blog et bien d’autres, et dont je suis un des principaux contributeurs.

Pendant longtemps, Typogarden a été consacré au concours de thèmes lancé il y a presque trois ans, avant de sombrer à l’abandon depuis le 4 juin 2006. Suite à la volonté de son propriétaire de s’en débarrasser, j’ai pu récupérer le thème associé afin d’en faire ce que je souhaitais depuis longtemps : un vrai catalogue des thèmes Typo organisés par typologie : une, deux ou trois colonnes, sidebar à gauche ou à droite…

Après quelques semaines de sommeil suite à la sortie de Typo 5.0.3, Piers et moi nous sommes remis au travail, avec pour objectif une version 5.0.4 d’ici à la mi mai. Celle-ci se focalisera principalement sur la qualité de l’application, tout en introduisant quelques nouveautés. Histoire de vous tenir au courant, je vous propose un aperçu des fonctionnalités que nous avons prévu d’y intégrer.

Wordpress 2.5, dont une démo est disponible en ligne apporte son habituel lot de nouveautés, parmi lesquelles une refonte en profondeur de l’administration, organisée autour des fonctionnalités de plus en plus nombreuses et diversifiées du plus populaire des blogware open source. Qu’on aime ou qu’on aime pas – et je rentre depuis longtemps dans la seconde catégorie – force m’est d’avouer que cette nouvelle version est impressionnante.
Plutôt qu’un tour complet de cette nouvelle admin qui ne servirait pas à grand-chose, je vous propose de passer en revue les 9 petits trucs qui vous changent la vie.

L’annonce vient de tomber sur la liste Accessiweb, le second WaSP café France aura lieu le 28 janvier de 19 à 22 heures à l’IESA, 5 rue Saint-Augustin dans le deuxième arrondissement de Paris.

Un WaSP Café est la rencontre physique de plusieurs personnes dans un même lieu. Le but de cet évènement est de permettre aux participants d’échanger des idées sur l’implémentation des bonnes pratiques du web sur de véritables sites en production, mais également de discuter et d’échanger des trucs et astuces sur les techniques pour résoudre les problèmes que cela peut impliquer

Après la sortie la semaine dernière de la version stable de Ruby on Rails 2.0, La toute nouvelle version de Typo se profile doucement à l’horizon. À l’occasion de ce changement de version majeure, nous avons décidé de changer le thème de base, pour un design rajeuni. Et dans notre grande mansuétude, nous avons décidé que ce serait TOI, oui TOI lecteur qui choisirait à quoi allait ressembler ton blogware préféré (si, si, tu vois, non seulement on va te faire décider à ta place, mais en plus décide à ta place que tu aimes Typo et que tu vas l’installer sur ta machine… ha les joies du crowdsourcing…)

Après cet intermède d’un cynisme particulièrement marqué, il est temps pour moi de vous présenter les heureux lauréats, parce qu’ils le valent bien :

Les Open Source CMS Awards 2007, récompenses attribuées aux meilleurs outils de gestion de contenus libres viennent d’être attribués sur le site de l’éditeur britannique Pact Publishing, et j’avoue que certains résultats me laissent sans voix.

Meilleurs CMS de l’année 2007 :

1. Drupal.
2. Joomla.
3. CMS Made Simple.

CMS les plus prometteurs :

1. MODx.
2. TYPOlight (rien à voir avec Typo).
3. dotCMS.

Meilleur CMS développés en PHP :

1. Joomla.
2. Drupal.
3. e107.

Meilleurs CMS n’ayant pas été développés en PHP :

1. mojoPortal.
2. Plone.
3. Silva.

Meilleur CMS à vocation sociale.

1. Wordpress.
2. Drupal.
3. Elgg.

Devant la déferlante des détournements de couvertures de Martine – phénomène qui n’a rien de nouveau mais qui semble avoir pris une ampleur particulière depuis quelques semaines – je n’ai pas pu m’empêcher d’accommoder l’héroïne des enfants sages à la sauce des bonnes pratiques du web.

Depuis le temps que je ne vous avais pas donné de nouvelles de Typo, je pouvais bien me fendre d’un petit billet de teasing, histoire de vous montrer la prochaine fonctionnalité qui devrait arriver sous peu dans la trunk, avant de rejoindre la prochaine version stable : un éditeur de thèmes en ligne, qui m’a été demandé par pas mal de gens souhaitant migrer depuis Wordpress et pouvoir éditer leurs templates directement depuis le web.

Depuis maintenant trois ou quatre ans, on peut lire jusqu’à plus soif que le web 2.0 a inauguré le règne du contenu, et cette allégation n’est pas complètement fausse. L’auteur d’un site publie un contenu ; les visiteurs y réagissent par des commentaires, des billets liés, du bookmarking social, ou de la mise en avant sur les agrégateur sociaux. Bien que la qualité des contenus promus laisse souvent à désirer – il vaut mieux ne pas trop demander aux gens de réfléchir – le système marche semble fonctionner malgré quelques ratés ici et là. Pourtant, si l’on parle beaucoup du contenu, on en oublie que trop souvent la structure, y compris dans le monde des développeurs web, à l’exception peut-être du web sémantique.
Contrairement à ce que j’ai longtemps cru, le XHTML n’est pas seulement un langage de mise en forme ; par la nature même de chacun de ses éléments, il donne du sens à la structure de la page, et ce sens peut être exploité de bien des manières. C’est pour cette raison que l’on parlera dans la suite de cet article de sémantique structurelle.

On se retrouve tous un jour ou l’autre confronté au problème de questions à réponses multiples et encore plus nombreuses, sans possibilités de filtrage préalable. Dans ce cas, la première solution qui vient à l’esprit est celle du menu déroulant à choix multiple, et elle peut sembler alléchante à plus d’un point de vue.

Grave erreur ! Il n’y a pas pire pour votre utilisateur que cette extension de notre bon vieux select, dont j’avais sérieusement remis la fiabilité en question il n’y a pas si longtemps que cela. Je me suis rendu compte à mes dépends que les menus déroulants à choix multiples étaient aux formulaires ce que le blink et les gifs animés étaient aux pages web des années 90 : une plaie.

On fait tous des conneries, et moi le premier. Confronté à des formulaires dans lesquels je rencontrais de nombreux champs à réponse multiple sans aucun contrôle de ma part sur leur nombre, j’ai mis du menu déroulant partout, persuadé de détenir la bonne méthode. Horreur, malheur, dirait la sorcière si elle était là, le truc s’avère épouvantable à utiliser.

• Un clic de souris à coté, et on perd toute sa sélection.
• La sélection de cases non adjacentes relève du défi olympique.
• Difficile à styler, on s’y perd facilement entre les réponses.

J’ai cherché un moment avant de trouver une solution satisfaisante vues les contraintes qui m’étaient imposées :

• Un nombre infini de réponses potentielles.
• Accessibilité totale, donc pas de javascript.
• Facilement personnalisable.

La solution

Pas besoin de chercher bien loin. Remonter à l’origine du problème et aux avantages apparents de la solution choisie devaient me permettre de prendre la bonne direction.
Dans un formulaire, la première chose à laquelle on pense quand il s’agit de réponses multiples, c’est “cases à cocher”. Malheureusement, celles-ci deviennent rapidement impossible à afficher au delà de quelques éléments. D’où l’utilisation du menu déroulant à choix multiple, dont l’ascenseur permet d’occuper un minimum de place, mais au détriment de l’utilisabilité.

Il me fallait donc combiner les avantages des cases à cocher et des menus déroulants à choix multiples, sans sacrifier à l’accessibilité :

• Espace à l’écran restreint.
• Réponses multiples.
• Nombre de réponses indéfini et potentiellement infini.

Pour cela, je commence par englober mes réponses dans une div dont je force la hauteur et à laquelle j’attribue la propriété CSS overflow-y : auto. Voilà pour la partie déroulante.

J’ajoute ensuite une série de label dans lesquels j’englobe ma case à cocher. Si je trouve ça sémantiquement moyen – le label désigne le champ de formulaire, ce dernier ne saurait donc y être inclus – c’est structurellement valide. J’applique ensuite à chacun de mes labels la propriété CSS display: block

Ce dernier point est très important. En effet, si l’id de la case à cocher et la propriété for= du label sont renseignées correctement, la sélection du champ quand je clique sur le label s’étend à toute la ligne. Pratique non ?

Il ne me reste qu’à mettre un peu de couleur une ligne sur deux pour bien différencier les réponses, et le tour est joué. Évidemment, le résultat présenté est tout sauf joli, mais je vous rappelle que mon sens artistique avoisine le zéro absolu.

Télécharger le code source de l’exemple.