Articles

HTML 5 plutôt que XHTML 2!

Publié par Francois le 05/06/2007 à 09H42 sous sous Langages programmation

Qu’est-ce que le HTML 5? Le HTML 5 c’est une initiative d’un groupe d’experts dans le domaine du Web, principalement des fabricants de navigateurs Web, mécontents des progrès du XHTML 2.0 qui n’arrive pas à sortir de l’état de « draft ».

Mais pour commencer, pourquoi HTML 5? HTML 4 ne fonctionne pas bien?

HTML 4 a été mis de l’avant en décembre 1997. Et oui, bientôt 10 ans, et pas beaucoup de changements depuis 1997. Il faut comprendre que le XHTML 1.0 n’est pas un « nouveau HTML » mais bien une version plus esthétique du HTML 4 car il est plus sévère dans sa syntaxe : éléments et attributs en minuscules, toujours mettre les valeurs d’attributs entre guillemets, toujours fermer les balises, etc… Ce renforcement des règles de rédaction du langage ouvre de nouvelles portes à nos vieilles pages Web qui sont maintenant compatible XML. Il est donc plus facile de transformer et/ou réutiliser son contenu à l’aide de feuilles XSLT ou autres technologies et méthodes. Encore faut-il faire du bon XHTML 1 pour pouvoir crier victoire!

Bon revenons au HTML 5… Donc pas de changement au niveau du principal standard du Web au cours de 10 dernières années. XHTML 2 ne plaît pas à tous, en partie car il offre une mauvaise rétro-compatibilité. Les groupes de développeurs derrières les navigateurs d’Apple, Mozilla et Opéra, ainsi que d’autres cerveaux du Web ont décidé de partir un groupe de travail en dehors du W3C : WhatWG pour Web Hypertext Application Technology Working Group. Le mot Application est plutôt important pour bien saisir où le groupe veut aller avec ce nouveau HTML.

Le HTML 5 propose de nouveaux éléments de disposition qui ont pour principal objectif de regrouper des ensembles d’éléments entre eux tout en évitant la sur-utilisation de balises DIV. En XHTML, il n’est pas rare de voir un <div class=”header”></div> ou un <div class=”footer”></div>, le HTML 5 propose l’ajout d’éléments comme <header></header>, <footer></footer>, <section></section>, <article></article>, <nav></nav> et quelques autres également. L’ajout de ces balises simplifie considérablement le code et donne une meilleure valeur sémantique à ces ensembles de balises. L’ajout de nouveaux éléments implique bien entendu un ménage au niveau des vieux éléments dépréciés des versions précédentes de HTML tels <big>, <center>, <font>, <frame>, <frameset>, <noframes>, <u>, etc…

HTML 5 propose des éléments permettant des opérations, disons… plus dynamiques… comme l’élément « canvas » qui permet de dessiner. On peut imaginer l’utilisation de l’élément « canvas » pour la réalisation de graphiques de toutes sortes. Une liste des éléments disponibles dans HTML 5 est disponible. J’aimerai attirer votre attention sur les éléments suivants qui me semblent être très intéressants :

  • Datagrid :
    Ce qui est intéressant avec le Datagrid c’est que la spécification proposera des outils afin de pouvoir effectuer des opérations sur les données.
  • Canvas :
    L’élément Canvas permet de générer dynamiquement des images, graphiques.
  • Command :
    L’élément Command semble être en mesure de lancer un événement permettant une économie considérable de code JavaScript lors de la conception de formulaire.
  • Dialog :
    Permet de facilement représenter des échanges entre 2 ou plusieurs personnes en utilisant les éléments <dt> et <dd>
  • Event-Source :
    Whooaa!
  • Progress :
    Et oui, un élément pour gérer les barres de progrès. C’est là que le mot Application prend tout son sens. HTML 5 permettra, si un jour complété, de développer des applications Web enrichies rapidement et facilement sans sur-utilisation de technologies externes !

Il y a beaucoup à découvrir sur ce sujet passionnant qu’est le HTML 5. Je n’ai même pas parlé des formulaires enrichis avec des nouvelles cases comme des « sliders », des cases avec des flèches permettant de passer un élément de gauche à droite et vice-versa. Bref, HTML 5 se veut être un HTML plus moderne, plus complet, plus à propos dans cette nouvelle réalité de développement d’applications hébergées.

Dans un monde parfait, on voudrait que le HTML 5 soit déjà réalité! Certains disaient que le HTML 5 serait prêt d’ici 10 ans, même plus! Mais depuis que le W3C a décidé d’emboîter le pas dans une direction similaire, les 2 groupes travaillent en collaboration, on pourrait donc voir des progrès de cette nouvelle version de HTML vers la fin de 2008!

Avez-vous apprécié cet article?

4 commentaires

.:saturnerifo:. » Blog Archive » Liens 8/6/2007 le 08/06/2007 à 12H52

[…] Voilà venu le temps des rires et des chants. Et de HTML 5 ! […]

Paris Web : Conférences - 1ere journée | Here With Me le 18/11/2007 à 16H13

[…] HTML 5 plutôt que XHTML 2! […]

JASMINE le 29/11/2007 à 01H23

Heavens to Betsy

Rottenthings le 08/12/2007 à 04H44

Enfin !!! Quel bonheur que de lire ces quelques lignes !!!

Voilà qui va enfin mettre un terme au débat entre les hystériques du 100% CSS et du codage geeks dernière génération sur le mode “universitaire sinon rien”. Il était largement temps que l’intégration soit redéfinie, afin d’endiguer ce mouvement insupportable qui voudrait laisser penser qu’avec 5 fois plus de code illisible pour abus de balises DIV et autres redéfinition de l’usage des tags en CSS à ralonge, on avait un site d’excellence, tel qu’il doit être et pas autrement.

Est-il besoin de rapeller qu’une des finalités premières du HTML était bel bien la présentation de l’information à l’écran, et que de mettre tous ses oeufs dans le sacro-saint panier des autistes du coding excessifs consitue à ce titre une régression monumentale dans la lisibilité du code sur l’autel d’une qualité technologique dernier-cri détournée de sa finalité initiale (adaptation de la mise en page en fonction des différents supports, et non certainement abus d’exclusivité technologique) ?

Bref, voilà une magnifique occasion d’enfin recentrer le débat, de remettre de l’équilibre dans l’utilisation des tachnologies dédiées à l’intégration, et de remettre les geeks à l’endroit où ils sont finalement les plus utiles : l’exécution de code pur, et certainement pas en préalable tecnologique de l’abstration du design des sites web.

VIVEMENT 2008.

Ajouter un commentaire