La Révolution française fut une ère de bouleversements politiques et sociaux. La ferveur révolutionnaire s’appliqua même à l’heure : pendant une brève période, la République française mit en place un système horaire décimal, chaque jour étant divisé en dix heures et chaque heure en cent minutes. C’était un système parfaitement logique et clairement supérieur au système sexagésimal.
Le temps décimal fut un échec. Personne ne l’utilisa. On pourrait dire la même chose du XHTML 2. Le W3C a redécouvert l’histoire de la France postrévolutionnaire : les comportements sont peu enclins au changement.
Désireux d’éviter les erreurs du passé, le WHATWG a rédigé une liste de principes de conception afin d’orienter le développement de l’HTML5. Un des principes clés consiste à « supporter le contenu existant ». Cela signifie qu’il n’y a pas d’an zéro pour l’HTML5.
Là où le XHTML 2 avait tenté de balayer tout ce qui précédait, l’HTML5 se construit à partir de spécifications et d’implémentations existantes. L’essentiel de l’HTML 4.01 a survécu dans l’HTML5.
L’HTML5 comprend d’autres principes, tels que « ne pas réinventer la roue » et « paver le sentier des vaches ». Cela veut dire que s’il existe une façon répandue d’accomplir une tâche chez les web designers, et même si ce n’est pas la meilleure, elle doit être codifiée en HTML5. On pourrait aussi dire : « si ce n’est pas cassé, on ne répare pas ».
Nombre de ces principes de conception vous seront familiers si vous vous êtes déjà intéressé à la communauté des microformats (http://microformats.org). La communauté HTML5 partage la même approche pragmatique, consistant à développer un format sans trop se soucier des problèmes théoriques.
Cette attitude est consacrée par le principe de « priorité des circonscriptions », qui dicte : « En cas de conflit, privilégiez d’abord les utilisateurs, puis les auteurs, puis les implémenteurs, puis les spécificateurs, et enfin la pureté théorique. »
Ian Hickson a déclaré à de nombreuses reprises que ceux qui décidaient vraiment du ...