Diseñar con HTML o XHTML

Antes de empezar en esta dinámica es mejor tener los conceptos claros y saber por lo pronto la definición.

XHTML.-Es un lenguaje de descripción pensado para destronar al HTML como estándar para hacer páginas Web. Es la versión XML de HTML.

HTML.-Hyper Text Mark-up Language o Lenguaje de Marcas de Hipertexto). Lenguaje desarrollado por el CERN que sirve para modelar texto y agregarle funciones especiales (por ej. hipervínculos). Es la base para la creación de páginas web tradicionales.

Para comprender la naturaleza de XHTML, tenemos que ponerlo en contexto. XHTML debía ser “el futuro de la web”. El W3C tiene dos objetivos para los XHTML:

1. Se prevén como un trampolín a XML, y la integración de XML con HTML. En el futuro, esto puede significar en gran medida la mejora de la interoperabilidad entre dispositivos de todo tipo, y otras cosas como la inclusión de otros lenguajes de marcas (MathML es un ejemplo actual).
2. Ellos, los diseñadores quieren escribir y utilizar mejor código a la fuerza. En cierto XHTML (XHTML no pretender que todos los usos), cualquier error de análisis es fatal.

Ninguno de estos objetivos se ha logrado en lo más mínimo. La adopción de una verdadera XHTML ha sido casi totalmente obstruida por Internet Explorer a la incapacidad de entender, y casi todas las páginas Web XHTML no se pueden realizar la validación (al igual que casi todas las páginas HTML).

Lo que está claro, sin embargo, es que XHTML hace su vida más difícil. Usted tiene que servir a Internet Explorer con un tipo de MIME “text / html”, lo que significa que la IE considera como no válidos en HTML y utiliza las rutinas de corrección de errores, en lugar de simples normas. Puede servir correctamente a otros navegadores, pero usted debe organizar la negociación de contenido. Cuando Mozilla recibe XHTML verdadero, no puede hacer que la página se vea de manera incremental y no verá nada hasta que todo de la página se haya cargado (este es un error, y se fija para Firefox 3).

¿Realmente vale la pena todo este esfuerzo sólo para practicar el uso de una norma que podría ser útil en algún momento en el futuro?. O tal vez no: HTML, XHTML 5.

“HTML es el lenguaje del ayer. Los diseñadores modernos deben usar la última norma, y eso es XHTML”.
HTML no es “el idioma de ayer”. Casi todas las páginas Web en Internet, ya sean antiguas o nuevas, están escritas en HTML, y que goza de mucho más apoyo que XHTML por parte de los navegadores. No hay ninguna razón para creer que los navegadores dejaran de interpretar HTML.

Y como he dicho antes, hay pocas razones para creer que XHTML es el futuro. Tenemos que esperar y ver.

“XHTML fuerza a los diseñadores para usar marcado semántico”.
No, no. XHTML y HTML son las gramáticas formales, que son la sintaxis, la semántica no: nada más y nada menos.
Sintaxis y la semántica son ortogonales. Puede seguir utilizando las tablas en XHTML, y aún puede hacer cosas estúpidas como el uso de los párrafos de estilo en lugar de las partidas reales.

“Código XHTML produce resultados más limpio”
No, no. HTML 4.01 Strict código puede ser tan limpia.
Usted desea cerrar todas sus etiquetas, adelante. Nadie detendrá el trabajo que usted realice en HTML.

Sólo hay dos aspectos en los que el código XHTML es “limpio”:

1. Analizar los errores son mortales. En otras palabras, un solo error rompe completamente su sitio (pero sólo si está al servicio de lo correcto con el tipo MIME).
2. El validador de XHTML es, más estrictas que el validador de HTML, y le obligan a utilizar la codificación de buenas prácticas tales como el cierre de todas las etiquetas y citando a todos los valores de atributo.

Pero ¿realmente necesita ser forzado?
Etiquetas de forma voluntaria, mientras que usted necesita para celebrar el validador, como una pistola en su cabeza. ¿Tiene que hacer un mejor codificador?.
No obstante, me encantaría el validador de HTML fuera tan estricta como el de las XHTML.

“XHTML no puede ser útil, pero el aprendizaje XHTML 1.0 me preparará para el futuro: XHTML 2.0″.
En primer lugar, como sigo diciendo, que no hay forma de saber si XHTML será el futuro de la Web.
W3C están presionando, pero que no significa nada a menos que los navegadores apoyen.
En segundo lugar, el proyecto de XHTML 2.0 es deliberadamente no al revés, compatible con XHTML 1.0 o 1.1. Si usted está esperando para una transición sin problemas a XHTML 2.0, es probable que se vea totalmente decepcionado.

“Mis clientes me piden XHTML. Ellos piensan que es la nueva norma. Tengo que hacer lo que piden “
Le dirías a tu fontanero ¿que tipo de llave debe utilizar?. Vamos, no seas un fácil. Explique, en términos tan simple como sea posible, por qué no funcionan en XHTML.

Decidir entre HTML y XHTML no es tan sencillo. Esto es mucho más que una preferencia personal, sin clara respuesta. Pero personalmente, creo que HTML es casi siempre una mejor elección. He aquí por qué:

XHTML podría parecer moderno y vanguardista (no), usted puede pensar que le hará un mejor codificador (la respuesta es no), y usted puede imaginar que los navegadores lo interpretan con mayor rapidez (la respuesta es no).

La realidad es que XHTML no hace nada positivo para su sitio Web, pero puede hacer su vida mucho más difícil.

Fotografía por Yan

El equipo de x-web no se hace responsable de las versiones aquí expuestas. Las opiniones aquí vertidas pertenecen libremente al autor del Post.

Popularity: 4% [?]