expérience: inherit;

Ceci n’est pas un article faisant l’éloge d’IE — ni un énième pamphlet dénonçant la huitième plaie d’Égypte — mais il illustre ce proverbe : « Il n’y a pas de mauvais outils ; que des mauvais ouvriers. »

La petite histoire

Mon cher stagiaire — comme tout le monde — pensait être un expert en recherche sur Google. Sa page ne s’affiche pas correctement sur IE uniquement, donc il cherche sur Google « Problème affichage Internet Explorer ». Logique ! C’est ainsi qu’un monde nouveau s’ouvre à lui : les hacks css. Adepte du Nutella, il m’en tartine donc une couche conséquente pour obtenir un affichage décent. Et Dieu sait que ça prend du temps…

L’affichage sur Chrome et Firefox était correct, aussi à aucun moment il n’a douté de ces deux-là. Or un bref coup d’œil sur son code source valait toutes les lectures foireuses sur comment hacker Internet Explorer : une balise <a> ouverte avant le doctype.

C’est alors que, comme Père Castor, j’ai raconté une histoire :

Il y a fort, fort longtemps, de nombreux grouillots du web se plaignaient du vieux roi Internet Explorer. Si souvent qu’ils décidèrent d’ignorer le vieux roi, qui faisait rien que les embêter. C’est alors qu’une bande de chevaliers errants ont arrêté d’errer : Chrome, Firefox, Opéra, Safari pour ne citer qu’eux. Ils ont dit : “ Ce roi déchu qui vous déçoit n’est pas assez bien pour vous. Viendez et nous vous guideront vers un royaume sans bug d’affichage. ” Alors les grouillots les ont suivis et ont commencé, lentement mais sûrement, à oublier le vieux roi.

Attention, péripétie :

Puis un jour, un péquin plus curieux que la moyenne a demandé aux preux chevaliers quel était leur secret pour un univers dénué d’erreur d’interprétation. Leur réponse fut éloquente : “ Nous savons votre ignorance, et avons décidé de ne pas vous éduquer afin que jamais vous ne sachiez vous plaindre. ”

Une pléthore d’écrits plaintifs et acerbes sur ce bon vieil IE ont été publiés. La plupart étaient justifiés. Étaient. Chaque problème a sa solution, et ces plaintes ont servis d’excuses à certains pour se résigner et arrêter de chercher la solution. Combien de fois ai-je pu dire et entendre « C’est la faute d’IE ». Et pourtant, ce n’est pas un mauvais bougre : il est aujourd’hui le seul navigateur à vous signaler que votre code source est absurde. Si ce stagiaire n’avait pas eu la présence d’esprit — et l’ordre intimé — de vérifier sur IE, il n’aurait jamais su l’abomination qu’il avait engendrée.

Un héritage à transmettre

J’estime avoir été bien éduqué grâce à des communautés comme Alsacréations, Openweb ou A List Apart, qui ne jurent que par les standards et la qualité web. Ce que je viens de vivre avec ce stagiaire m’a furieusement rappelé la tempête qui a balayé le monde du web ces derniers mois, lorsque Firefox et Opéra annoncèrent avec une mine dépitée le support du préfixe vendeur -webkit- :

• Tous les navigateurs veulent implémenter le préfixe -webkit- chez @HTeuMeuLeu ;
• Call for action: the open web needs you now par Daniel Glazman ;
• Bonnes pratiques CSS : le Web ouvert a besoin de vous par fvsch sur Alsacréations ;
• Vendor prefixes, the CSS WG and me par Lea Verou.

La même erreur semble se répéter, simplement parce que les nouveaux arrivants — dont je fais partie — n’ont pas appris leur leçon d’histoire. Nous devons continuer à apprendre et enseigner : les bonnes pratiques ne vont pas de soi, elles s’apprennent et se découvrent au détour d’un blog. Rédiger un code source valide et réaliser une intégration de qualité en font partie et ne sont que les premières étapes.

Je pratique l’amélioration perpétuelle —pas progressive, perpétuelle.