FREN

#FF00AA


25 août 2002

A propos+ de W3C (si je créais des catégories sur le blog, ce qui n’est pas exclu, il y aurait sûrement anti-w3c dans la liste, je crois, mais j’assume parfaitement), je viens de me souvenir d’une autre chose que je leur reproche : à un moment donné, ils ont complètement décidé d’ignorer la compatibilité ascendante. Ou descendante. Enfin, avec les vieux browsers, quoi.

Je suppose que ça correspond à un changement de management, ou quelque chose. Au début, quand ils ajoutaient un tag, ou une option, ils s’arrangeaient pour que ça complèmente l’existant et s’y intègre bien. Maintenant, ils s’en fichent : ils considèrent visiblement que tout le monde doit avoir un browser dernier modèle, gérant parfaitement les standards, etc. — et tant pis pour les autres.

Case in point : <div style=”min-width:300px; max-width:600px;”>. Même sans rien connaître au HTMl, on comprend : c’est un div (un bloc HTML, donc) pour lequel on impose que la largeur soit comprise entre 300 et 600 pixels. Ca peut avoir plein d’intérêts, en particulier pour des blocs de texte. Ca paraît élémentaire, sauf qu’il y a plein de browsers qui ne le gèrent pas (je ne sais pas dans quelle révision de CSS ça a été ajouté, et je m’en tape, je ne suis pas un bureaucrate).

Donc, sur un browser qui ne gère pas les min-width et max-width, le rendu ignore complètement la largeur (c’est logique), ce qui fait que votre bloc de texte bave de tous côtés, c’est le bordel, ça va pas. Il faut donc, pour ces vieux browsers (qui ne sont pas nécessairement si vieux que ça), fixer la largeur de façon précise (width:500px:). Ca, on a l’habitude, ça fait des siècles qu’on fait ça, en HTML.

On pourrait s’attendre, logiquement, à ce que ceci fonctionne : <div style=”min-width:300px; max-width:600px; width:500px;”>. Vous ne trouvez pas ça logique, vous ? Je mets une largeur minimale et une largeur maximale, pour les browsers récents ; je précise la largeur fixe, pour les browsers qui ne comprennent pas la partie précédente. Ca devrait ne pas interférer : si je précise (au même niveau de priorité, par opposition à une partie définie dans la CSS, et une autre dans le div lui-même, enfin, bref, ceux qui font du CSS comprendront) à la fois une largeur min/max et une largeur fixe, il me paraît un peu évident que je ne mets une largeur fixe que pour les browsers qui ne gèrent pas le reste, non ? Si je définis à la fois un min/max et une valeur fixe, la seule raison possible est forcément de gérer les déficiences de certains browsers, donc le standard devrait en tenir compte.

Non ? Non. Alors que le HTML le faisait très bien avant, ignorant les attributs obsolètes quand ils étaient employés en même temps que les nouveaux, le W3C a visiblement décidé que ce n’était pas bien. Parce qu’on ne doit plus écrire de HTML en pensant aux anciens browsers, on doit les jeter à la poubelle, et envoyer se faire foutre les gens qui ont un navigateur trop ancien.

C’est de la dictature de geeks. Un vrai paradis pour informaticiens : on pousse les développeurs de contenu à créer des sites inutilisables sous les vieux browsers, pour forcer l’utilisateur final (pardon, je veux dire cet enfoiré d’abruti de con d’utilisateur final qui ne sert qu’à emmerder les informaticiens) à changer de browser. C’est d’une simplicité toute stalinienne. Les rues des villages sont trop étroites, c’est pas pratique, alors ne vendons plus que des Cadillac des années 50, pour que les habitants soient bien forcés de réclamer qu’on abatte les vieux immeubles et qu’on élargisse les rues.

Et après, on me reproche de critiquer. Non seulement leurs objectifs sont idiots (vous savez, one page fits all, le truc que j’arrête pas de critiquer), mais en plus ils ont perdu de vue une qualité fondamentale du HTML, la compatibilité.

Vous voulez savoir quand je poste du contenu sur mon blog ? Il suffit de vous inscrire gratuitement à un agrégateur RSS (Feedly, NewsBlur, Inoreader, …) et d'ajouter www.ff00aa.com à vos flux (ou www.garoo.net pour vous abonner à tous les sujets). On n'a pas besoin de newsletters, pas besoin de Twitter, le RSS existe toujours.

Mentions légales : ce blog est hébergé par OVH, 2 rue Kellermann, 59100 Roubaix, France, www.ovhcloud.com.

Les données des visiteurs de ce blog ne sont pas utilisées ni transmises à des tiers. Les posteurs de commentaires peuvent demander leur suppression par e-mail.

Tous contenus © de l'auteur ou couverts par le droit de citation.