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

Le 17 décembre 1996, le W3C publiait la première version de ses feuilles de style en cascade. Dix ans plus tard, CSS est entré dans les moeurs au point de profondément changer nos méthodes de développement web : plus léger, plus simple, plus beau.

J’ai découvert CSS un peu par hasard en 1998, dans un article destinés aux webmasters sur iFrance qui s’intitulait “un design au pixel près avec les feuilles de style CSS”. Je m’intéressais assez peu au web à l’époque, en tout cas certainement pas au design, et me contentais de plaquer des feuilles de style minimalistes sur mes différents sites, utilisant div identifiées et balises d’en-têtes hx et p proprement, faisant mon Monsieur Jourdain de la sémantique structurelle sans le savoir.

J’ai commencé à me détourner du développement système et de l’administration UNIX pure et dure pour le web au milieu de l’année 2003 en commençant à réaliser moi-même les thèmes de mon blog personnel. Je me suis rapidement pris au jeu de la mise en forme, du balisage propre, puis du web sémantique, au point d’en avoir fait mon métier après 8 ans de dénigrement du web comme “parent pauvre” de l’informatique.

Bon anniversaire CSS, à la santé de qui je boirai certainement une coupe de champagne… avec style évidemment.

Via 10ème anniversaire pour CSS chez Tristan Nitot.

En tant qu’utilisateur de Mac OS X, mon plus grand soucis dès que je dois tester la compatibilité d’une feuille de style entre les différents navigateurs vient de la difficulté de trouver une plate-forme Windows, disposant en plus des deux dernières versions de Microsoft Internet Explorer (5.5 et 6), et de la toute dernière version de Windows Explorer (la 7 donc).

J’utilisais jusqu’à aujourd’hui les comptes gratuits de browsercam, plutôt pratique pour tester un rendu final sur un très grand nombre de plate-formes, mais pas vraiment idéal en phase de debug. Et puis ce matin, j’ai découvert Netrenderer dans les quelques milliers de billets en retard de mon OPML.

Netrenderer est un service allemand qui permet d’afficher en temps réel les résultats d’une capture d’écran sous une des 3 versions sus-mentionnées du navigateur de Microsoft. Gratuit, sans pub et rapide, il permet de pallier relativement bien à l’absence d’Internet Explorer sur les plate-formes UNIX ou Mac OS X.

Ce billet fait suite à un certain nombre d’expériences malheureuses et conversations survenues ces deux dernières années, dont les plus récentes entre autres avec Mathieu Pillard. Rendons à César ce qui est à César, je râle suffisamment quand on ne me le fait pas.

Je ne sais pas si vous avez remarqué la quantité de gens qui se présentent à des entretiens d’embauche – ou que des sociétés de service peu scrupuleuses vous présentent comme les plus fines gâchettes de la profession – sans avoir jamais développé une ligne du langage dont ils se prétendent pourtant spécialistes. Je me souviens un jour avoir entendu un commercial tentant de vendre un stagiaire technicien réseau au CV maquillé comme une voiture volée en tant que développeur PHP expérimenté. Il clamait à qui voulait bien l’entendre : “Il a déjà fait un site perso en HTML, le PHP c’est facile, n’importe quel imbécile peut en faire, il y a suffisamment de documentation et d’exemples sur Internet, il fera l’affaire”. Deux semaines plus tard, le garçon se faisait dégager de la mission avec pertes et fracas.

Les liens hypertextes sont au coeur du web. Sans eux, rien n’existerait, et nous avons pourtant tendance à les négliger. Bien employés, ils ajoutent de la valeur aux contenus publiés ; bâclés, ils peuvent aller jusqu’à leur retirer tout intérêt. Raison de plus pour s’y intéresser et en prendre grand soin.

Combien de fois êtes vous passés à côté de documents passionnants pour cause de liens invisibles, introuvables, incompréhensibles, illisibles ou inaccessibles par bête négligence ? Ce genre de choses ne doit plus arriver, et ce billet se propose justement de vous aider à les éviter en passant en revue les erreurs les plus fréquemment rencontrées et les optimisations trop souvent méconnues. Parce qu’il n’y a que sous UNIX que les liens sont symboliques.

Cameron Moll qui publie le blog Authentic Boredom vient d’annoncer la sortie de Mobile Web Design, un ouvrage sur le développement de sites web pour terminaux mobiles, c’est à dire principalement pour PDA et téléphones portables.

Si vous utilisez un navigateur moderne, par exemple Mozilla Firefox ou même Flock, vous lisez actuellement un site en XHTML 1.1 servi avec le bon type mime, soit application/xhtml+xml. Les utilisateurs de navigateurs archaïques se voient servir du XHTML 1.0 strict, tout de même, avec le type mime text/html.

Sur le principe, difficile de ne pas approuver l’auteur d’un ouvrage sur l’utilisabilité des sites web qui commence son livre en expliquant qu’il a voulu faire quelque chose de court afin d’acquérir la certitude que son livre soit lu jusqu’au bout et serve à quelque chose. Tant que la brièveté ne masque pas l’indigence, cette introduction me parait frappée au coin du bon sens, et cela tombe bien, puisque c’est justement de bon sens que Steve Krug nous parle dans Don’t Make Me Think, A Common Sense Approach to Web Usability (Ne me faites pas réfléchir, une approche de l’utilisabilité des sites web par le bon sens).

Actualys, jeune société parisienne spécialisée dans l’accompagnement des grands comptes dans toutes les phases de leurs projets web (nous ne sommes pas une SSII au sens général du terme) recherche un chef de projets web junior ayant de bonnes connaissances techniques, principalement en PHP, SQL, XHTML et CSS. Ruby, Ruby on Rails, Python et Java / J2EE seraient un plus.

Ceux qui ne me lisent que depuis leur flux RSS ignorent encore probablement que j’ai changé de feuille de style pour la seconde fois en trois semaines. On prend (presque) le même, et on recommence. Mon sens artistique étant proche du zéro absolu, je me dois de citer mes sources d’inspiration : Ruby, Think Vitamin et Web Worker Daily pour ne citer qu’eux.

Je retire tout ce que j’ai pu dire sur les limites de Typo en ce qui concerne les thèmes utilisateurs : loin de me limiter au XHTML généré par défaut par rails dans /app/views/..., le système de thèmes utilisé par Typo me permet de surcharger les fichiers .rhtml, pour mon plus grand plaisir.