Comentario: La mayoría de las personas usan HTML 4 y XHTML 1 para escribir páginas web. Relativamente pocos entusiastas de HTML entienden el concepto de HTML semántico, verifican la estructura HTML y mejoran la accesibilidad de los documentos. Los documentos HTML de alta calidad son el resultado de compensaciones repetidas, selección de diseño y discusión. A pesar de las críticas, ningún lenguaje tiene una actuación popular comparable a HTML. La mayoría de los usuarios están satisfechos con la situación actual.
La mayoría de las personas usan HTML 4 y XHTML 1 para escribir páginas web. Relativamente pocos entusiastas de HTML entienden el concepto de HTML semántico, verifican la estructura HTML y mejoran la accesibilidad de los documentos. Los documentos HTML de alta calidad son el resultado de compensaciones repetidas, selección de diseño y discusión. A pesar de las críticas, ningún lenguaje tiene una actuación popular comparable a HTML. La mayoría de los usuarios están satisfechos con el status quo actual, como si hubieran nacido así.
Pero como muchos otros estándares, HTML tiene sucesores. Incluso ahora, los expertos todavía están considerando la próxima versión de HTML para resolver todos los problemas conocidos en la versión actual. Como cualquier persona con muchas personas, estos expertos también tienen opiniones diferentes sobre la dirección futura de este trabajo.
La primera propuesta para la nueva versión HTML provino del grupo de trabajo de una organización W3C. La idea del grupo de trabajo gira en torno a XHTML 2: el estándar continúa la dirección de desarrollo de purificar aún más XHTML y volver a la primera versión del concepto de diseño HTML.
Algunos expertos en HTML importantes fuera de W3C (proveedores de Browser, desarrolladores web, autores y otros) se desactivan con la dirección de XHTML 2. En 2004, formaron un grupo de trabajo independiente para proponer una nueva dirección de diseño para la nueva versión HTML. Bajo el nombre de WhatWG (Web HypteText Application Technology Group), lanzaron HTML 5 y Web Forms 2.
Varios años después, otra dirección de desarrollo de HTML se describió claramente a través del borrador de trabajo. En abril de 2007, W3C votó sobre la propuesta de aceptar HTML 5 en el proceso de auditoría estándar y (también) no lo reconoció como un estándar formal. La mayoría de la gente está de acuerdo. Entonces, surgió una situación interesante: W3C estudió dos tecnologías sucesor HTML y XHTML en competencia al mismo tiempo. En teoría, ambos tienen buenas razones. En la práctica, se superan muchos obstáculos para que todos los navegadores convencionales respalden estos dos estándares.
Este es el hecho básico que conduce a esta situación en este momento. Más significativo es discutir las diferencias reales entre las dos propuestas. Este artículo resume los puntos básicos de las dos propuestas y luego analiza los conceptos de diseño de ambos. Abreviación común
CSS: Hoja de estilo en cascada
HTML: lenguaje de marcado de hipertexto
W3C: World Wide Web Alliance
XHTML: Una breve historia de XHTML en lenguaje de marcado de hipertexto extensible
Comprender la filosofía de diseño oculta detrás de XHTML 2 requiere un poco de historia. A principios de la década de 1990, la primera versión HTML se basó en el lenguaje de marcado general estándar (SGML). La principal diferencia son las características del hipervínculo: la base clave y el factor de éxito de la red mundial. Al igual que SGML, HTML permite al autor describir la estructura de un documento, separando el encabezado de los párrafos, listas ordenadas y listas desordenadas. Los resultados de la pantalla en la pantalla están relacionados con el navegador.
A medida que la web se vuelve cada vez más popular, los usuarios de HTML requieren el control de la apariencia de la página. Los fabricantes de navegadores han introducido nuevas características en HTML 2 y 3. Las páginas web se vuelven difíciles de entender, y las estructuras de mesa anidadas complejas se convierten en el principal medio para controlar el diseño de la página. El resto del documento está lleno de etiquetas de fuentes y declaraciones de color. La estructura del documento original es difícil de resolver.
HTML 4 se introduce para poner fin a esta confusión, empujando la lógica de representación a CSS, introduciendo una capa (DIV) para el posicionamiento de contenido avanzado. En comparación con HTML 3, esto significa cambios en el patrón de escritura de código. Para simplificar el proceso de migración, la antigua estructura HTML 3 se admite a través de la versión de transición de HTML 4. La versión estricta para usuarios avanzados requiere que el contenido y la representación estén completamente separados.
El primer sitio web de HTML 4 utiliza Div como un nuevo Sagrado Grial, y casi todos los elementos de la página que necesitan ligeramente modificado, incluyendo (entre otros) el encabezado. Los atributos de estilo HTML son lugares comunes donde se describen los detalles. La avalancha de formas finalmente se eliminó de las páginas web. Pero la lógica de contenido y presentación todavía son mixtas. El archivo CSS esencial es solo unas pocas líneas.
Recientemente, algunos desarrolladores web conocidos han presentado un enfoque más inteligente para las hojas de estilo HTML 4. En los navegadores modernos, los atributos CSS no se limitan a los elementos DIV. Puede especificar estilos para cualquier elemento HTML siempre que desee. Muchos weblogs comienzan a hablar sobre HTML semántico. Los elementos Div no están completamente prohibidos, pero los escritores web están comenzando a usar elementos HTML que se adaptan más adecuados para describir su contenido. Por ejemplo, el menú de navegación de la mayoría de los sitios web se describe mejor en una lista desordenada. Por ejemplo, en lugar de usar un nombre de clase como Bigheader para elementos de párrafo, cámbielo al elemento H1 y luego use CSS para modificar la representación de acuerdo con los requisitos.
Al mismo tiempo, W3C propuso XHTML 1 como una versión XML que se ajusta al HTML 4 bien estructurado y efectivo. XHTML 1.1 intenta aislar diferentes problemas en diferentes módulos. El enfoque modular facilita la reutilización de diferentes partes del estándar para diferentes necesidades, y también facilita la expansión del estándar con nuevas características.
En comparación con HTML 4, XHTML 1.1 tiene aún más usuarios, separando contenido y representación. Pero como en el pasado, algunos problemas prácticos solo se pueden resolver utilizando técnicas en CSS. Por ejemplo, las estructuras de menú representadas por listas desordenadas generalmente incluyen imágenes hermosas. Sin embargo, las imágenes no son fáciles de leer a través de instalaciones de voz de texto a personas con discapacidades visuales. Además, los navegadores de texto como Lynx no pueden mostrar imágenes. Un complejo truco de CSS para ocultar el texto en el navegador para mostrar imágenes. Sin embargo, si los menús en diferentes páginas son diferentes, es difícil especificar esta parte del contenido con CSS. El concepto de diseño detrás de xhtml 2
La filosofía de diseño más importante detrás de XHTML 2 es separar aún más el contenido y la presentación, mejorando los defectos residuales en HTML 4 y XHTML 1. Por ejemplo, especifique el soporte nativo para las imágenes para cada elemento en la lista desordenada. La etiqueta IMG SRC original se reemplazó con un atributo opcional SRC que se puede usar para cualquier elemento. El CSS modificado está completamente fuera de contenido, y los dispositivos que no admiten imágenes pueden girar fácilmente para representar el texto.
Pero CSS no es el único desafío para los desarrolladores web. Se dedica mucho tiempo a la interacción entre servidores y formularios HTML y la presencia de mucho código JavaScript ™. Los formularios se limitan a pares de valores clave unidimensionales. El desarrollo del código JavaScript es mucho trabajo, pero es inútil en interfaces como dispositivos de conversión de voz de texto.
Según un enfoque modular, XHTML 2 reemplaza los formularios HTML con el módulo XForms, agregando soporte para las preguntas frecuentes utilizando el modelo de aplicación apropiado. XForms no requiere una sola línea de scripts para especificar la lógica de interacción, las reglas de verificación y los métodos de cálculo. Además, esta técnica utiliza estructuras XML ricas en lugar de pares de valor clave, lo que permite que aparezcan subformas anidadas y elementos duplicados. Además de proporcionar un motor potente, los dispositivos de voz de texto son más adecuados para cambiar la riqueza de las aplicaciones.
Además de XForms, hay otros problemas relacionados con XHTML extraídos en especificaciones independientes para satisfacer otras necesidades, como eventos XML, Xframes y Ruby (idioma asiático).
Con la separación de representaciones, la programación también se separa del estándar. Las propiedades interactivas como OnClick son reemplazadas por el módulo de eventos XML. Dado que la especificación de eventos XML en sí está diseñada para esto, proporciona un conjunto más poderoso de herramientas para manejar las interfaces de usuario.
Para la innovación de XHTML 2, el concepto básico es romper diferentes problemas. El problema ya no es una característica secundaria de HTML, sino el objetivo principal de la nueva especificación. Por lo tanto, la nueva especificación es más adecuada para los problemas que enfrentan la optimización. Sin embargo, la diferencia en diferentes temas se debe a la necesidad de ideas en lugar de practicar. Los desarrolladores inteligentes familiarizados con el uso de este conjunto de herramientas pueden obtener los resultados que necesitan. Sin embargo, no es fácil decir si el usuario promedio de la versión HTML actual puede crear documentos XHTML de alta calidad.
El objetivo de XHTML 2 probablemente no sea el usuario HTML promedio. Pero en manos de buenos desarrolladores, puede ser una buena manera de mejorar la accesibilidad. Concepto de diseño HTML 5
Whatwg adoptó un enfoque más realista al diseñar HTML 5. Sin considerar conceptos abstractos como el desglose de problemas, este grupo de trabajo formula documentos basados en el comportamiento de los navegadores principales actuales, que es completamente diferente de la especificación W3C. Según el análisis anterior, este grupo de trabajo investigó el uso real de HTML.
Según esta información, el grupo de trabajo propuso un programa diseñado para simplificar el trabajo de los desarrolladores web generales. Aunque HTML 5 afirma ser derivado de la versión HTML anterior, su objetivo principal no es la pureza. Por ejemplo, el objetivo principal de los documentos modulares es facilitar el reemplazo con aplicaciones web optimizadas.
El lenguaje modular basado en este propósito simplifica enormemente el desarrollo de aplicaciones web. Por ejemplo, HTML 5 admite componentes interactivos como tablas de datos, menús y barras de herramientas. El uso de elementos HTML descriptivos con comportamiento predeterminado puede evitar simular el comportamiento de un DIV general con mucho código.
La especificación HTML 5 no se limita a los elementos y atributos HTML. Define las API de JavaScript dedicadas, como la edición de documentos e interacciones de arrastrar y soltar. Este método es completamente diferente del método de descomposición de problemas. Simplifica la API del desarrollador web pero aumenta el tamaño de la especificación.
La similitud entre HTML 5 y HTML 4 es mucho mayor que la entre XHTML 2 y XHTML 1. La ruta de migración es más plana, y también es más conveniente para que los desarrolladores experimentados HTML 4 estén familiarizados con la nueva versión. Las nuevas características siguen una lógica similar. Las propiedades especiales del evento para elementos específicos permiten a los editores HTML proporcionar capacidades de finalización de texto más apropiadas.
Las interacciones actuales entre aplicaciones web y servidores dependen de JavaScript XML asíncrono (AJAX). HTML 5 reconoce la importancia de interactuar con los servidores, define una variedad de formas de interactuar con la red, distribuir eventos de servidor recibidos y enviar mensajes de otros dominios a documentos sin causar problemas de seguridad.
La filosofía de diseño básico de HTML 5 es extender HTML 4 utilizando características que los desarrolladores web necesitan. HTML 5 se simplifica mientras se hereda la tecnología básica HTML 4. Para resolver las deficiencias de HTML V4, HTML V5 eligió la forma más fácil y directa de rediseñar. Aplicación práctica de nuevos estándares
XHTML V2 y los módulos relacionados son compatibles oficialmente por W3C, y los módulos relacionados se han convertido en un factor importante en otras especificaciones XML respaldadas por W3C. Desafortunadamente, el reconocimiento oficial de W3C no garantiza el soporte para los navegadores web convencionales. Apoyo al general XHTML V2 no es un problema: los navegadores modernos ya admiten muchas características. El uso adecuado de XHTML V2 depende de la disponibilidad de los módulos relevantes. Al momento de escribir, no está claro si Microsoft quiere extender Windows® Internet Explorer® para admitir eventos XML y XForms. Un complemento de Mozilla XForms, incluidos los eventos XML, ha estado en desarrollo durante varios años. Este complemento mejora la funcionalidad de esta tecnología y reduce la dificultad de la implementación.
La redacción de las especificaciones HTML V5 mantiene una comunicación en profundidad con los fabricantes de navegadores y siempre tiene en cuenta los problemas de implementación. Aunque el equipo expresó dudas sobre el respaldo oficial del W3C. Las preguntas frecuentes ni siquiera respondieron formalmente la pregunta de cuándo se aprobó la aprobación formal. Independientemente de la actitud de W3C, los proveedores de navegadores parecen haber decidido implementar el estándar informal HTML 5. Esta no es la primera vez que los fabricantes de navegadores han podido poner a disposición los estándares oficiales. Estándares competitivos
Hasta ahora, ni HTML 5 ni XHTML 2 son estándares formalmente recomendados. Algunas áreas sutiles pueden cambiar en el futuro. Pero su dirección de desarrollo no cambiará, las cuales resuelven algunas de las deficiencias de los estándares actuales. Queda por ver cómo los futuros navegadores pueden aumentar el apoyo para estos dos nuevos estándares. El navegador actual admite HTML 4 y XHTML 1. Del mismo modo, los futuros navegadores pueden admitir HTML 5 y XHTML 2. Ambos estándares tienen sus propios seguidores.
Si le importa más sobre XHTML 1.1 que HTML 4, espera que el documento que cree pueda admitir dispositivos diferentes, y puede preferir XHTML 2. Si usa XHTML 1 solo porque cumple con los estándares XML y prefiere las nuevas características de HTML 5, XHTML 5 (HTML 5 reescrito en XML) puede ser su mejor opción.
HTML 5 es popular entre los desarrolladores que usan HTML 4 para desarrollar aplicaciones web interactivas. Este enfoque es más factible para los sitios que utilizan el editor de documentos WYSIWYG. Sin embargo, para analizar la situación específica, HTML 4 y XHTML 1 pueden coexistir durante mucho tiempo.