Re: IE, HTML à la papa et XHTML

Je réagissais sur un sujet en particulier, celui d'IE. L'argument que tu reprends, je l'ai dit assez vite pour illustrer un des principes d'XML qui finallement est en contradiciton avec un des premiers principes d'HTML : ne pas s'arrêtez sur les erreurs. Il sera diffcile de revenir sur plus de dix ans d'utilisation de ce principe.

Si tu veux forcer l'arrêt sur les erreurs, cela n'est pas une solution, parce qu'effectivement les gens se diront que le navigateur bidule est mauvais puisqu'avec le navigateur machin ils sauront lire la page. Je trouve complétement illusoire de croire que l'on reponsabilisera qui que se soit, encore moins les décideurs pressés qui veulent que ça « just work » et surtout dans IE 5.5 qu'ils utilisent encore sur leur Mac à la maison.

Le grand intérêt d'avoir un code propre et éventuellement un code XML se trouve à mon avis dans le fait que le code peut être facilement modifié, retransformé. Et ce qui poussera les gens à faire ainsi c'est en temps que développeur Web, quand on se rend compte que c'est en effet plus simple et plus propre comme ça.

L'autre problème c'est finallement que cela n'a pas tellement de sens quand aujourd'hui on ne code plus une page Web en dure, mais qu'elle est issue de CMS, de PHP/MySQL maison, de fichiers XML. Il suffit de regarder en bas à droite de la page de DLFP :

Cette page est peut-être conforme xhtml 1.0...

Le XHTML n'est pas une silver bullet, s'il est difficile de faire respecter les standards, je trouve beaucoup plus convaincant de voir que ces standards te font mieux travailler que de forcer les gens à les suivre. Mais le truc... C'est qu'on ne peut pas forcer les gens... Si IE ne gère pas ce que je veux faire, je ne le fais pas, parce que mon travail ne servira à rien et que je ne peux pas forcer les gens à utiliser une version particulière d'un navigateur.

[ Répondre ]