¿Existe alguna razón por la cual estos dos estándares se desarrollen por separado? Parecen estar resolviendo el mismo problema, pero ¿cuáles son las diferencias y, si van a permanecer separados, qué roles se espera que tomen en el desarrollo web en el futuro?¿Por qué son estándares separados HTML5 y XHTML 2?
Los vendedores de navegadores se preocupan mucho por la compatibilidad con versiones anteriores. El grupo que especificó XHTML2 no.
Tenga en cuenta que XHTML2 no resuelve todos los mismos problemas que HTML5 está resolviendo. HTML5 es mucho más amplio en alcance que XHTML2. HTML5 cubre modelos de procesamiento, API de JavaScript, video, audio, widgets de aplicaciones, etc. pero XHTML2 no.
En cuanto a las funciones esperadas, los representantes de los principales proveedores de navegadores participan en el HTML WG pero no en el XHTML2 WG. Por otro lado, las personas que muestran interés en el "Backplane" están participando en el XHTML2 WG.
Véase también David Baron’s post about how the W3C works.
Este artículo solo responde a una parte de la pregunta. No explica por qué las posibles funciones de las dos normas serán en el futuro .:
En cuanto a los roles posibles, la gente está diciendo que:
Si los proveedores de navegadores no son compatibles con XHTML 2, entonces no sé cuál es su papel. Por otro lado, XHTML 2 puede convertirse más o menos en XHTML 1, p. utilizando una transformación XSL, por lo que me parece que sería (mucho) más fácil para cualquier persona admitir, si así lo desean, que HTML 5.
Esto es en gran parte una explicación precisa, IMO, pero debe tenerse en cuenta que HTML5 no es compatible con versiones anteriores: los elementos nuevos como la sección no se pueden diseñar con CSS incluso en IE7. Sí, hay soluciones de JavaScript, pero estas no son suficientes, porque no todo el mundo tiene JavaScript activado, lejos de que cada desarrollador tome conciencia de esto, y de manera similar, no todos los desarrolladores tienen la capacidad de usar JavaScript de esta manera.
¿Entonces un nuevo elemento bastante aburrido como la sección que no puede ser _styled_ en _IE7_, hace que HTML5 sea incompatible? Hmmm, tomaría eso con una gran cantidad de gente. :) – hendry
Todos los nuevos elementos estructurales principales no se pueden diseñar en IE 7 y anteriores. Imagina que no se pueden diseñar elementos DIV de ninguna manera. ¿Serían muy útiles? –
HTML5 es compatible con versiones anteriores, ya que en todos los elementos que funcionan en HTML 4.01 también funcionará en HTML5. –
XHTML2 está muerto.
Eche un vistazo al primer capítulo de HTML5 FOR WEB DESIGNERS de Jeremy Keith que explica magníficamente las diferencias de una manera resumida.
HTML 5 se ha construido teniendo en cuenta la compatibilidad con versiones anteriores, a diferencia de XHTML 2, que se creó para romper con las restricciones relacionadas con la compatibilidad con versiones anteriores.
El W3C permitió que el XHTML 2 working group to expire, esencialmente terminando el desarrollo de XHTML 2. HTML 5 , la compatibilidad con versiones anteriores y las nuevas características, se convertirá en el tipo de documento del futuro.
No necesita convertir XHTML5 a nada para poder servirlo a un agente de usuario XHTML 1.0 y tener las funciones anteriores simplemente funcionan. Las nuevas características obviamente no funcionarán. De lo contrario, no serían nuevos. :-) – hsivonen