Le canard n'a pas besoin de tête

Vous souvenez-vous de cette blague de geek qui ne faisait rire que les geeks?

XHTML, c’est comme un canard : tu coupes le HEAD, le BODY bouge encore.
Elle est de Daniel Glazman qui en a fait des tonnes sur le sujet.

HTML5 n'a pas besoin de <head><head> c'est pour les anciennes versions d'HTML our pour XHTMLDaniel Glazman c'est la Tête qui se gondole dans le groupe de travail CSS du W3C dont il est vice-président. Dans sa grande bonté le blogueur Laurent Gloaguen l'avait relayé et expliqué à ceusse qui font du HTML sans le savoir, cette blague du canard dans ce très bon billet. Tout cela c'était —  à la vitesse temporelle d'Internet —  il y a très longtemps.

• • •

À une époque où les membres du W3C se torchaient pour défendre, qui leur XHTML2, qui leur HTML5. En 2006 ledit Glazman publie sur son blog un article, 42 reasons why I don't like XHTML 2.0, dans lequel il assène sa vérité à destination de son détracteur de l'époque, une autre Tête du W3C, Karl Lagrange Dubost . À la lecture on peut y lire cette phrase :
the head element should not exist any more.
It's a useless container for metadata.

Ben oui : à quoi ça sert head ? Tout simplement à rien. Du coup j'ai coupé la tête à mon canard car HTML5 n'en a absolument pas besoin. So, now, you can seek for my duck you won't see any head.

Label Rouge d'Appellation Contrôlée HTML5



Commentaires :

Raphael||#1
Raphael
Salut,

C'est vrai que dans mes souvenirs, de la blague nous n'avions retenu que le canard désormais célèbre de Daniel... mais pas forcément bien conservé le sens profond du message.
Du coup, mine de rien, ton billet d'humeur est vraiment intéressant (j'ai dit trollesque ?) puisqu'il remet le doigt sur un CQFD oublié.

Entre parenthèse (je me permets car je ne sais pas jusqu'où va ton humour) :
- Karl Lagrange n'appartient plus au W3C depuis - de tête - deux ans,
- Karl Lagrange ne s'appelle pas du tout Karl Lagrange (contrairement à ce que fait croire son site web), mais Karl Dubost (et n'a pas de frère nommé Franck) ;)

Bon week-end,

Raphaël
Philippe||#2
Philippe
Hopla et pan ! sur le bec par l'alsaco qui mouche le Bourvil du HTML5 et des CSS3 réunis que je suis et qui aurait tellement aimé que son pays, le normand Karl, s'appelât Lagrange.
Bien à toi,
Philippe
Philippe||#3
Philippe
Merdalors... je viens de m'apercevoir qu'HTML5 pouvait aussi se passer de body.
C'est fou !
Pour notre canard plus de tête, plus de corps... comment c'est qui va courir encore ?
Nicolas G||#4
Nicolas G
D'ailleurs, la balise html elle même n'a plus besoin d'être fermante, ce langage a surement encore beaucoup de surprises à nous révéler... je sens que le canard va perdre ses plumes d'ici peu ^^
Fred K||#6
Fred K
Interesting. The statement that "the head element [...] is a useless container for metadata", I mean. Metadata, like presentation and functionality, *should* in my opinion be kept separate from content which means we need a part of the HTML document that will not be visually rendered by user agents. Like the head. Plus, it keeps it somewhat backwards-compatible.

The current "mess" just makes me feel that my own brain-spurting on the subject perhaps wasn't all that crazy after all...
Wot, No Content?
Philippe||#7
Philippe
Embarrasing...
Shame on me! I might have read your article but forgot about it. It was about 6 months ago man. Don't blame me: it's Al's fault. Whose name is Zheimer if I can remember.

Regarding the absence of html and head elements all browsers will assume them anyway. So, we agree we do not need them anymore.
As HTML5 isn't a finished plan there gonna be some refinements. Maybe your propositions for metadata and content will be adopted? It will improve the semantics and the accessibility of the page for sure.

body tag isn't required either as I've read elsewhere. There I don't dig it, as this tag is the sole wrapper to keep. And you can do such things with your body but always with "class" and "IDs" as you know... :-D
Mad||#8
Mad
HTML5 c'est quand même plus malin. C'est vrai que ces balises ne servaient à rien finalement.
Je viens de voir dans le code source de cette page qu'il n'y avait pas de déclaration non plus pour les CSS et le Javascript (l'attribut type=text/css et text/javascript) et pourtant la page est valide. Ca veut dire que pour HTML5 c'est suffisament implicite ?
jpvincent||#9
jpvincent
pour, tous les browsers assument que la valeur par défaut est text/javascript donc oui on peut s'en passer

pour par contre je me souviens avoir fait un essai dont la conclusion était que préciser le type était nécessaire pour les styles inline pour certains browsers
le juge SEO||#10
le juge SEO
Mon commentaire - il casse pas trois pattes ... a un canard!

Mouahahahahah!

Désolé pas pu m'en empecher ....

Les commentaires pour ce billet sont fermés