J'étais très enthousiaste la première fois où j'ai vu XHTML2, je me disais qu'enfin, on avait pris la bonne direction, en abandonnant plein de boulets de HTML : obligation de la syntaxe XML, uniquement des balises sémantiques, etc. Bref, ce qu'aurait du être HTML dès le départ. Et XHTML1 représentait une très bonne transition entre les deux, à mon sens, en conservant encore pour quelques temps des balises qui n'avait plus lieu d'exister.
Et là, patatras, HTML5 arrive et remet tout ça en cause. Alors oui, on "peut" faire du XML avec HTML5, mais il ne faut pas rêver, les concepteurs ne vont pas s'amuser à aller vérifier la validité XML de leurs pages s'ils n'y sont pas obligés. Les trucs que je trouvais sympa dans XHTML2 et qui ont disparu dans HTML5 :
- la balise h qui permettait de ne pas spécifier de nombre après et qui, en combinaison avec la balise section donnait des trucs vraiment bien structuré [1]
- la balise l qui permettait de spécifier une ligne sémantique [2]
Mais surtout, parmi les horreurs de HTML5, j'ai vu :
- le détournement du sens de dt et dl où le d pourra signifier definition (comme en (X)HTML) mais aussi maintenant dialog, des éléments schizophrène donc. Ça va être simple d'apprendre le HTML5 : ça veut dire quoi dt ? ben le d veut dire : ça Dépend...
- la redéfinition de balises anciennes qui aurait dû disparaître, ce qui ne va pas améliorer ni leur abandon, ni leur compréhension : b, i, small
- la floppée de nouvelles balises inutile dans 99% des cas (aussi appelé Docbookisation de HTML) : progress, meter, etc.
- la disparition de la balise acronym : c'est peut-être anecdotique mais bon, moi je l'aimais bien et je l'utilisais. DokuWiki aussi génère automatiquement des balises acronym aussi pour un certain nombre d'acronymes qu'il connaît (genre SQL, IRC, etc). C'est une balise sémantique que je regretterai.
- la disparition de l'attribut style qui était fort pratique pour un style ponctuel mais souvent mal utilisé, je le reconnais.
- la disparition de l'attribut align dans la balise table : faudra m'expliquer comment, en CSS, je centre un tableau sans mettre de balise div autour et sans centrer tout mon texte. Idem pour l'attribut valign.
- le meilleur pour la fin : le retour de la balise font où on nous dit qu'on n'a pas le droit de l'utiliser, sauf si on est un éditeur WYSIWYG (un peu dans le genre du CPE, c'est publié mais vous ne devez pas l'utiliser). vu le nombre de personne qui utilise des Frontpage ou même des Word pour générer du HTML, on n'est pas près de voir disparaître ce truc infâme. On nous dit que les outils ne savent pas faire autrement ; et bien qu'ils apprennent à faire autrement mais qu'on ne nous ressortent pas ce cadavre qui était en voie d'extinction !
Bref, je suis vraiment très très très très sceptique et les avancées de HTML5 (je les ai pas commentées, d'autres l'ont fait avant) comme canvas ou nav ou header/footer ou audio/video ou même les nouveaux type d'input ne feront pas oublier toutes les horreurs/erreurs présentes et qui ne favoriseront pas les bonnes pratiques du web, à mon avis.
# Plus que sceptique
Posté par rewind (Mastodon) . En réponse à la dépêche Le W3C met en route le premier brouillon de HTML 5. Évalué à 10.
Et là, patatras, HTML5 arrive et remet tout ça en cause. Alors oui, on "peut" faire du XML avec HTML5, mais il ne faut pas rêver, les concepteurs ne vont pas s'amuser à aller vérifier la validité XML de leurs pages s'ils n'y sont pas obligés. Les trucs que je trouvais sympa dans XHTML2 et qui ont disparu dans HTML5 :
- la balise h qui permettait de ne pas spécifier de nombre après et qui, en combinaison avec la balise section donnait des trucs vraiment bien structuré [1]
- la balise l qui permettait de spécifier une ligne sémantique [2]
Mais surtout, parmi les horreurs de HTML5, j'ai vu :
- le détournement du sens de dt et dl où le d pourra signifier definition (comme en (X)HTML) mais aussi maintenant dialog, des éléments schizophrène donc. Ça va être simple d'apprendre le HTML5 : ça veut dire quoi dt ? ben le d veut dire : ça Dépend...
- la redéfinition de balises anciennes qui aurait dû disparaître, ce qui ne va pas améliorer ni leur abandon, ni leur compréhension : b, i, small
- la floppée de nouvelles balises inutile dans 99% des cas (aussi appelé Docbookisation de HTML) : progress, meter, etc.
- la disparition de la balise acronym : c'est peut-être anecdotique mais bon, moi je l'aimais bien et je l'utilisais. DokuWiki aussi génère automatiquement des balises acronym aussi pour un certain nombre d'acronymes qu'il connaît (genre SQL, IRC, etc). C'est une balise sémantique que je regretterai.
- la disparition de l'attribut style qui était fort pratique pour un style ponctuel mais souvent mal utilisé, je le reconnais.
- la disparition de l'attribut align dans la balise table : faudra m'expliquer comment, en CSS, je centre un tableau sans mettre de balise div autour et sans centrer tout mon texte. Idem pour l'attribut valign.
- le meilleur pour la fin : le retour de la balise font où on nous dit qu'on n'a pas le droit de l'utiliser, sauf si on est un éditeur WYSIWYG (un peu dans le genre du CPE, c'est publié mais vous ne devez pas l'utiliser). vu le nombre de personne qui utilise des Frontpage ou même des Word pour générer du HTML, on n'est pas près de voir disparaître ce truc infâme. On nous dit que les outils ne savent pas faire autrement ; et bien qu'ils apprennent à faire autrement mais qu'on ne nous ressortent pas ce cadavre qui était en voie d'extinction !
Bref, je suis vraiment très très très très sceptique et les avancées de HTML5 (je les ai pas commentées, d'autres l'ont fait avant) comme canvas ou nav ou header/footer ou audio/video ou même les nouveaux type d'input ne feront pas oublier toutes les horreurs/erreurs présentes et qui ne favoriseront pas les bonnes pratiques du web, à mon avis.
[1] http://www.w3.org/TR/xhtml2/mod-structural.html#edef_structu(...)
[2] http://www.w3.org/TR/xhtml2/mod-text.html#sec_9.7.