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

Je vous parlais ce matin de développement web à destination des terminaux mobiles, et cela tombe bien, puisque le W3C Mobile Web Seminar se tiendra à Paris le 16 novembre prochain, de 9 heures à 13h30 à l’Entrepôt, 7-9 rue Francis de Pressensé 75014 Paris.

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.

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.

Je réécris totalement ce billet : la fatigue de ces deux dernières semaines aidant, l’original était plein de fautes, obscure, et manquait d’une partie de ma réflexion.

Ce matin, je tombais un peu par hasard sur cette note technique offerte aux visiteurs du site dédié au jeu de rôles Le Gant et l’Épée.

“Non je ne trolle pas”

Daniel Glazman.

Microsoft vient de publier la longue litanie des corrections apportées à son navigateur Internet Explorer 7 pour assurer un meilleur respect de la norme CSS 2.1. La liste est impressionnante, et je retiendrai surtout la liste de bugs relevée par le site Position is Everything, et le support de min-width, max-width, de la transparence des images PNG, de background-attachment : fixed;, du dimensionnement automatique des éléments positionnés de manière absolue avec width: auto; ou de la pseudo classe :hover sur l’ensemble des balises HTML.

Je voulais vous parler de cet excellent article de Tantek Celik depuis plusieurs jours, mais entre la refonte organisationnelle et graphique de ce site – la seconde ne me satisfaisant pas encore pleinement – et un week-end en province particulièrement chargé, j’ai du délaisser quelque peu l’écriture.

De nombreux articles exposent les mille et une bonnes raisons de passer ses sites en XHTML, que ce soit en s’appuyant sur l’esprit – respect des standards, accessibilité – ou sur la lettre – à travers les outils de validation mis en place par différents organismes. La plupart d’entre eux sont excellents, mais si la réponse au “pourquoi ?”

Karl Dubost a cité mon billet à propos des attaques de Jeffrey Zeldman contre le fonctionnement du W3C dans la liste de diffusion Public Evangelist du W3C.

Jeffrey Zeldman brocarde l’incapacité du W3C à se mettre à l’écoute des besoins des développeurs et designers Web, et prédit que la communauté finira par se tourner vers autre chose faute de n’avoir pas été entendue. Je ne connais pas assez bien le fonctionnement du W3C pour prendre position à ce sujet, mais je vous recommande la lecture de la réponse de Karl Dubost qui est un modèle de diplomatie sans la langue de bois.

Suite à mon billet sur mes dix logiciels favoris, David me demandait hier pourquoi je privilégiais le navigateur Flock à Firefox. Pour rappel, Flock est un navigateur social basé sur une version de Firefox maintenant relativement ancienne, et qui a pris une toute autre direction.
C’est une très bonne question, et comme elle revient plus que régulièrement, je vais lui consacrer un billet, histoire de ne plus avoir à me répéter. Il s’agit là d’une explication, et non d’un billet à vocation prosélyte ou publicitaire réalisé à la demande des gens de Flock, je tiens à être clair là dessus. D’ailleurs, je n’affirmerai pas que Flock soit mieux que les autres, mais je dirai plutôt qu’il correspond mieux à mes besoins sans requérir de ma part d’importants efforts de configuration et de personnalisation.