HTML est le langage unifié du Web. Ces simples balises contenues entre crochets constituent le Web d'aujourd'hui. En 1991, Tim Berners-Lee a écrit un document intitulé « Balises HTML », qui contient environ 20 balises HTML utilisées pour marquer les pages Web. Il a directement emprunté le format de balisage SGML, qui est le format du balisage HTML que nous avons vu plus tard. Cet article raconte un bref historique du développement de HTML, le langage de balisage Web.
De l'IETF au W3C : la route vers HTML4
HTML1 n'existait pas. La première version officielle de HTML était HTML2.0 lancée par l'IETF (Internet Engineering Task Force). Avant son apparition, de nombreux détails de cette version avaient été implémentés. Par exemple, le navigateur Mosaic en 1994 avait implémenté la méthode d'intégration d'images dans des documents, et plus tard HTML2.0 a absorbé la balise img.
Plus tard, le W3C a remplacé le rôle de l'IETF et est devenu l'organisation standard du HTML. Dans la seconde moitié des années 1990, la version du HTML a été fréquemment modifiée jusqu'à HTML4.01 en 1999. À ce stade, le HTML a atteint son premier tournant.
XHTML1 : HTML de style XML
La première version révisée de HTML après HTML4.01 était XHTML1.0, où X signifie « eXtensible », extension. Bien sûr, certaines personnes l'interprètent comme « eXtreme », extrême. XHTML1.0 est basé sur HTML4.01 et n'introduit aucune nouvelle balise ou attribut. La seule différence est que la syntaxe HTML est plus décontractée, tandis que XHTML nécessite une syntaxe stricte de type XML.
Utiliser des spécifications de syntaxe strictes n'est pas une mauvaise chose, car elle oblige les développeurs à utiliser un seul style de codage. Par exemple, HTML 4.01 vous permet d'utiliser des lettres majuscules ou minuscules pour identifier les éléments et attributs de balisage, tandis que XHTML n'autorise que les lettres minuscules. Le lancement de XHTML1.0 a coïncidé avec l'avènement du CSS. Les développeurs et concepteurs Web ont commencé à réaliser que les spécifications de syntaxe stricte basées sur XHTML étaient considérées comme la meilleure pratique pour écrire du code HTML.
En conséquence, le W3C a lancé XHTML1.1.
Si XHTML1.0 est du HTML de style XML, XHTML1.1 est du véritable XML. Cela signifie que XHTML1.1 ne peut pas être généré directement en utilisant le type text/htmlmime. Cependant, si les développeurs Web utilisent le type XMLmime, les navigateurs traditionnels de l'époque, IE, ne le prennent pas du tout en charge. Il semblait alors que le W3C perdait contact avec le Web.
Ingrat XHTML2
Pour le W3C, HTML4 est déjà un succès. La prochaine étape est XHTML2, dans l'espoir d'amener le Web vers le brillant avenir de XML. Bien que XHTML2 ressemble à XHTML1, il présente de nombreuses différences. XHTML2 n'est pas compatible avec le HTML précédent, ni même avec celui-ci. C'est une langue complètement nouvelle, et on peut aller et venir sans soucis. Quel désastre.
WHATWG : Rompre avec le W3C
L'approche à huis clos du W3C a suscité le mécontentement de certaines personnes et des représentants d'Opera, d'Apple et de Mozilla ont commencé à exprimer leur opposition. En 2004, Ian Hickson d'Opera a proposé d'étendre HTML pour s'adapter aux nouvelles applications Web, mais la proposition a été rejetée par le W3C. Par conséquent, ils ont spontanément organisé et créé le groupe de travail sur la technologie des applications hypertextes, appelé WHATWG.
Des WebApps1.0 au HTML5
Dès le début, le WHATWG et le W3C ont emprunté une voie différente. Le W3C a discuté des problèmes par le biais d'un vote collectif, tandis que le WHATWG a été déterminé par l'auteur principal Ian Hickson. En apparence, le W3C est plus démocratique. Cependant, en fait, divers conflits internes limiteront certaines résolutions au bourbier. Dans le WHATWG, les choses avanceront plus facilement. Cependant, le pouvoir de l'auteur principal n'est pas illimité et leur comité peut le faire. punir ceux qui sont trop paranoïaques. Le principal auteur de la mise en accusation.
Au début, le travail principal du WHATWG comprenait deux parties, WebForms 2.0 et WebApps 1.0, qui étaient toutes deux des extensions de HTML. Plus tard, elles ont été fusionnées pour devenir la spécification HTML5 actuelle.
Faire la paix
Pendant que le WHATWG travaillait sur HTML5, le W3C poursuivait son travail sur XHTML2.0, mais il tomba lentement dans le pétrin.
En octobre 2006, Tim Berners-Lee, le père du Web, a publié un article de blog affirmant que le passage du HTML au XML ne fonctionnerait pas. Quelques mois plus tard, le W3C a formé un nouveau groupe de travail HTML, et ils l'ont très judicieusement créé. les résultats du WHATWG ont été choisis comme base. Ce changement a semé une certaine confusion. Le W3C travaille simultanément sur deux ensembles de spécifications, XHTML2 et HTML5 (notez que le HTML5 du W3C a un espace avant 5, tandis que le HTML5 du WHATWG n'a pas d'espace), et le WHATWG travaille également sur le même. .
XHTML est mort : la syntaxe XHTML perdure
Ce gâchis a commencé à devenir clair en 2009, lorsque le W3C a annoncé la fin des travaux sur XHTML2, ce qui constituait une nécrologie tardive de XHTML2. Cette nouvelle a été traitée comme un trésor par les opposants à XML, qui l'ont utilisée pour ridiculiser ceux qui utilisent la spécification XHTML1. Cependant, ils semblent avoir oublié que XHTML1 et XHTML2 sont des choses complètement différentes. Dans le même temps, les créateurs de la spécification XHTML1 craignaient que les spécifications de syntaxe stricte de XHTML1 ne soient abandonnées par HTML5. Cette inquiétude s'est avérée plus tard inutile. HTML5 prend en charge à la fois une syntaxe lâche et une syntaxe stricte comme XHTML1.
Feuille de route HTML5
L’état actuel du HTML5 est qu’il n’est plus aussi déroutant qu’avant, mais il n’est toujours pas assez clair. Il y a deux organisations qui formulent leurs spécifications en même temps. Ces deux organisations ont des manières de faire complètement différentes. WHATWG achète d'abord avant de goûter, et le W3C essaie d'abord avant d'acheter. Ils forment un mariage peu fiable, et finalement les gens devront le faire. Sera confronté à une question de HTML5 ou HTML5.
Ce qui rend les développeurs encore plus confus, c'est quand ils peuvent essayer HTML5.
Dans une interview, Ian Hickson a évoqué 2022, affirmant que HTML5 ne constituerait pas une « norme recommandée » d'ici là. Dès que cette déclaration a été rendue publique, elle a immédiatement suscité la colère des concepteurs de sites Web, même s'ils ne savaient pas ce que signifiait la norme recommandée. , ont-ils compris, 2022 est déjà l'année du singe et le mois du cheval.
Ce n'est pas tout. Plus important encore, cette norme recommandée implique deux ensembles de spécifications. Compte tenu de l'ampleur de la norme HTML5, cette date est encore trop optimiste. Après tout, la compatibilité des principaux navigateurs avec les normes existantes n'a pas été satisfaisante par le passé. Je pense qu'au début, il a fallu 10 ans à IE pour accepter le label abbr.
En 2012, HTML5 sera accepté comme norme candidate, ce qui sera le jour où HTML5 commencera réellement à prendre de l'ampleur. Pour les développeurs et concepteurs Web, ce n'est pas important. Ce qui est important, c'est la prise en charge des navigateurs, tout comme CSS2.1. Lorsque les navigateurs commenceront à prendre en charge cette spécification, les développeurs l'utiliseront. Si nécessaire, nous attendrons que tous les navigateurs la prennent en charge avant de commencer. je l'achète. J'ai bien peur que nous attendions toujours.
Il en va de même pour HTML5. Il n’y aura pas un moment où l’on annoncera que HTML5 est prêt. Au contraire, nous commencerons par utiliser certaines de ses fonctions. HTML5 n’est pas une nouveauté en partant de zéro. . Il s'agit d'une amélioration de l'ancien standard HTML. En fait, quelle que soit la version de HTML que vous utilisez, vous utilisez déjà HTML5.
Source internationale de cet article : A List Apart A Brief History of Markup (Auteur original : Jeremy Keith )
Source de compilation chinoise : site Web officiel du système de gestion de contenu du site Web Ruishang Enterprise CMS