C’est les vacances !

Et voilà, ça devait bien arrivé ! Depuis le temps que j’en parle, ce coup ci, c’est vraiment les vacances pour moi. Le blog ferme donc ses portes jusqu’au 15 août prochain. A très bientôt.

Architecture de l’information et CSS

Lors d’une récente conférence, deux leaders d’opinion dans leur domaine respectif (Nate Koechley, expert en développement web et Christina Wodtke, auteur du livre IA: Blueprints for the web) ont lancé un pavé dans la marre en proposant une méthode de travail où les architectes d’information et les développeurs utilisent une nomenclature commune pour concevoir un site web : First Things First: IA and CSS. Je vous recommande de visionner la présentation Powerpoint qui détaille un peu plus leur proposition, notamment sur les point suivants : utiliser un système de nommage compatible avec les feuilles de styles, hiérarchiser les blocs d’information, définir des liens de relation entre les blocs et enfin utiliser la sémantique du HTML pour décrire les différents éléments d’une interface. Le auteurs vont encore plus loin et proposent carrément de remplacer les maquettes fonctionnelles par des prototypes HTML.

J’avoue être plus que sceptique quant à cette démarche. En effet, je suis pour :

  • Utiliser des termes précis pour chacun des éléments d’une interface graphique (un menu déroulant n’est ni un select ou une combo box ou un drop down menu, c’est un menu déroulant) ;
  • Bien identifier les différents blocs d’information et leur donner des noms cohérents (pavé d’information contextuel et non bloc de gauche) ;
  • Travailler de concert avec les équipes de développement pour être sûr que l’ensemble des subtilités d’une interface définies lors de la phase de conception soient bien prise en compte.

Par contre, je suis contre :

  • Empiéter sur le travail des développeurs et décrire des éléments de l’interface à l’aide de la sémantique HTML (un menu de navigation n’est pas forcement une UL) ;
  • Remplacer les maquettes fonctionnelles par des prototypes HTML (on se rapproche plus ici du eXtreme Programming que de la conception centrée sur les besoins des utilisateurs) ;
  • Trop impliquer les équipes techniques dans les étapes de conception (lors des phases initiales d’un projet, les considérations techniques ne doivent pas polluer la formalisation des besoins du client. Des arbitrages pourront être fait lors de phases ultérieures, mais la conception devrait se faire en toute impartialité et en priorité en fonction des besoins exprimés par les utilisateurs et non en fonction de ce que les équipes techniques peuvent ou savent faire).

Vous l’aurez compris, j’ai un avis très partagé sur la question. Je vous invite encore une fois à vous pencher sur le sujet car je pense que l’on a pas fini d’en entendre parlé…

Une définition du design des interactions

Souvenez-vous, il y a quelques temps, je vous avais parlé de Dan Saffer, un américain qui a abandonné sa carrière professionnelle pour reprendre des études à l’université de Carngie Mellon (plus précisément un Master of Design in Interaction Design). Il a édité tout au long de l’année un très bon blog sur son quotidien là-bas et ce qu’il y apprenait. Fort de son année d’apprentissage, il nous livre maintenant sa définition de la conception d’interactions (Interaction Design en anglais) et le résultat est très intéressant : A Definition of Interaction Design. Pour ceux qui veulent approfondir le sujet, rappelons qu’il existe un site dédié à ce sujet : The Interaction Design Hub.

Une FAQ sur le XHTML

Tout ce que vous avez toujours voulu savoir sur le XHTML, sans jamais avoir osé le demander. C’est ce que nous propose le W3C avec sa FAQ sur le XHTML : HTML and XHTML Frequently Answered Questions. C’est exactement ce qu’il manquait pour initier les développeurs débutants et convertir les vieux de la vieille. Rajoutons que nous avons également le très bon site Web Standards Project et sa section d’apprentissage en français. Voilà donc les devoirs de vacances que vous attendiez tous !