2009-01-23 14 views
17

Y a-t-il une raison pour laquelle ces deux normes sont développées séparément? Ils semblent résoudre le même problème, mais quelles sont les différences et, s'ils doivent rester séparés, quels rôles devraient-ils jouer dans le développement du Web à l'avenir?Pourquoi les standards séparés HTML5 et XHTML 2?

Répondre

14

Les vendeurs de navigateurs s'intéressent beaucoup à la rétrocompatibilité. La spécification de groupe XHTML2 n'a pas fait.

Notez que XHTML2 ne résout pas tous les problèmes que le HTML5 est en train de résoudre. HTML5 est beaucoup plus large que XHTML2. HTML5 couvre les modèles de traitement, les API JavaScript, la vidéo, l'audio, les widgets d'application, etc., mais pas XHTML2. En ce qui concerne les rôles attendus, les représentants des principaux fournisseurs de navigateurs participent au groupe de travail HTML, mais pas au groupe de travail XHTML2. D'un autre côté, les personnes qui s'intéressent au "Backplane" participent au XHTML2 WG. Voir aussi David Baron’s post about how the W3C works.

8

Cet article répond uniquement à une partie de la question. Il ne précise pas ce que les rôles probables des deux normes seront à l'avenir .:

X/HTML 5 Versus XHTML 2

En ce qui concerne les rôles probables, les gens disent que:

  • W3C a commencé son travail sur XHTML 2, jeter rétrocompatibilité
  • Certaines personnes n'aimait pas, et a commencé à définir HTML 5
  • Finalement, le W3C ont été persuadés d'adopter HTML 5 ainsi
  • éditeurs de navigateurs semblent être derrière HTML 5 (mais pas XHTML 2)

Si les éditeurs de navigateurs ne prennent pas en charge XHTML 2 alors je ne sais pas quel est son rôle. D'autre part, XHTML 2 peut être plus ou moins converti en XHTML 1, par ex. en utilisant une transformation XSL, il me semble qu'il serait (beaucoup) plus facile pour quiconque de supporter, si elles le voulaient, que HTML 5 le sera.

+0

Vous n'avez pas besoin de convertir XHTML5 en quoi que ce soit afin de pouvoir le servir à un agent utilisateur XHTML 1.0 et que les anciennes fonctionnalités fonctionnent. Les nouvelles fonctionnalités ne fonctionneront évidemment pas. Sinon, ils ne seraient pas nouveaux. :-) – hsivonen

0

C'est en grande partie une explication précise, IMO, mais il convient de noter que HTML5 n'est pas rétrocompatible - de nouveaux éléments comme la section ne peuvent pas être stylés avec CSS même dans IE7. Oui, il existe des solutions de contournement JavaScript, mais elles ne sont pas suffisantes, car tout le monde n'a pas activé JavaScript, loin de tous les développeurs, et de la même manière tous les développeurs n'ont pas la possibilité d'utiliser JavaScript de cette manière.

+1

Donc un nouvel élément assez ennuyeux comme la section qui ne peut pas être _styled_ dans _IE7_, rend l'HTML5 incompatible? Hmmm, je prendrais ça avec un grain de sel. :) – hendry

+0

Tous les nouveaux éléments structurels majeurs ne peuvent pas être stylés dans IE 7 et les versions antérieures. Imaginez que vous ne puissiez pas mettre en forme les éléments DIV de quelque façon que ce soit - seraient-ils très utiles? –

+3

HTML5 est rétrocompatible, comme dans chaque élément qui fonctionne dans HTML 4.01 fonctionnera également en HTML5. –

3

XHTML2 est mort. Jetez un oeil au premier chapitre de HTML5 FOR WEB DESIGNERS par Jeremy Keith qui explique superbement les différences d'une manière résumée.

0

HTML   5 a été construit avec une rétrocompatibilité à l'esprit, contrairement à XHTML   2, qui a été créé afin de rompre avec les restrictions liées à la rétrocompatibilité.

Le W3C a permis à la XHTML 2 working group to expire, mettant fin essentiellement le développement de XHTML   2. HTML   5, avec une compatibilité ascendante et de nouvelles fonctionnalités, deviendra le doctype de l'avenir.