HTML es el lenguaje unificado de la Web. Estas etiquetas simples contenidas entre corchetes angulares constituyen la Web actual. En 1991, Tim Berners-Lee escribió un documento llamado "Etiquetas HTML", que contiene alrededor de 20 etiquetas HTML utilizadas para marcar páginas web. Tomó prestado directamente el formato de marcado SGML, que es el formato de marcado HTML que veremos más adelante. Este artículo cuenta una breve historia del desarrollo de HTML, el lenguaje de marcado web.
Del IETF al W3C: el camino hacia HTML4
HTML1 no existía. La primera versión oficial de HTML fue HTML2.0 lanzada por el IETF (Internet Engineering Task Force). Antes de su aparición, se habían implementado muchos detalles en esta versión. Por ejemplo, el navegador Mosaic implementó en 1994 el método de incrustar imágenes en documentos y, más tarde, HTML2.0 absorbió la etiqueta img.
Más tarde, el W3C reemplazó el papel del IETF y se convirtió en la organización estándar de HTML. En la segunda mitad de la década de 1990, la versión de HTML se modificó con frecuencia hasta HTML4.01 en 1999. En este punto, HTML alcanzó su primer punto de inflexión.
XHTML1: HTML estilo XML
La primera versión revisada de HTML después de HTML4.01 fue XHTML1.0, donde X significa extensión "eXtensible". Por supuesto, algunas personas la interpretan como "eXtrema", extrema. XHTML1.0 se basa en HTML4.01 y no introduce ninguna etiqueta o atributo nuevo. La única diferencia es que la sintaxis HTML es más informal, mientras que XHTML requiere una sintaxis estricta similar a la de XML.
Usar especificaciones de sintaxis estrictas no es malo, ya que requiere que los desarrolladores usen un estilo de codificación único. Por ejemplo, HTML 4.01 le permite usar letras mayúsculas o minúsculas para identificar elementos y atributos de marcado, mientras que XHTML solo permite letras minúsculas. El lanzamiento de XHTML1.0 coincidió con el auge de CSS. Los desarrolladores y diseñadores web comenzaron a darse cuenta de que las estrictas especificaciones de sintaxis basadas en XHTML se consideraban la mejor práctica para escribir código HTML.
Como resultado, el W3C lanzó XHTML1.1.
Si XHTML1.0 es HTML de estilo XML, XHTML1.1 es XML genuino. Esto significa que XHTML1.1 no se puede generar directamente usando el tipo text/htmlmime. Sin embargo, si los desarrolladores web usan el tipo XMLmime, los navegadores principales en ese momento, IE, no lo admiten en absoluto. Parecía que el W3C estaba perdiendo contacto con la Web en ese momento.
XHTML2 ingrato
Para el W3C, HTML4 ya es un éxito. Su próximo paso es XHTML2, con la esperanza de llevar la Web al brillante futuro de XML. Aunque XHTML2 suena similar a XHTML1, tienen muchas diferencias. XHTML2 no es compatible con versiones anteriores, ni siquiera con HTML anterior. Es un idioma completamente nuevo y uno puede entrar y salir sin preocupaciones. Qué desastre.
WHATWG: Rompiendo con el W3C
El enfoque a puertas cerradas del W3C ha despertado el descontento entre algunas personas, y representantes de Opera, Apple y Mozilla comenzaron a expresar su oposición. En 2004, Ian Hickson de Opera propuso extender HTML para adaptarlo a nuevas aplicaciones web, pero la propuesta fue rechazada por el W3C. Por lo tanto, organizaron y establecieron espontáneamente el Grupo de Trabajo de Tecnología de Aplicaciones de Hipertexto, que es WHATWG.
De WebApps1.0 a HTML5
Desde el principio, WHATWG y W3C tomaron una ruta diferente. El W3C discutió los temas mediante votación colectiva, mientras que WHATWG fue determinado por el autor principal, Ian Hickson. En la superficie, el W3C es más democrático. Sin embargo, de hecho, varias disputas internas limitarán algunas resoluciones al atolladero. En WHATWG, las cosas progresarán más fácilmente. Sin embargo, el poder del autor principal no es ilimitado y su comité puede hacerlo. castigar a los que son demasiado paranoicos. El principal autor del impeachment.
Al principio, el trabajo principal de WHATWG incluía dos partes, WebForms 2.0 y WebApps 1.0, que eran extensiones de HTML. Posteriormente, se fusionaron para convertirse en la especificación HTML5 actual.
Hacer las paces
Mientras WHATWG trabajaba en HTML5, el W3C continuó su trabajo en XHTML2.0, sin embargo, poco a poco se metieron en problemas.
En octubre de 2006, Tim Berners-Lee, el padre de la Web, publicó una entrada en su blog afirmando que el camino de HTML a XML no funcionaría. Unos meses más tarde, el W3C formó un nuevo grupo de trabajo HTML, y muy sabiamente lo hicieron. Se eligieron como base los resultados del WHATWG. Este cambio ha causado cierta confusión. El W3C está trabajando en dos conjuntos de especificaciones al mismo tiempo, XHTML2 y HTML5 (tenga en cuenta que el HTML5 del W3C tiene un espacio antes de 5, mientras que el HTML5 de WHATWG no tiene espacio), y WHATWG también está trabajando en lo mismo. .
XHTML está muerto: la sintaxis XHTML sigue viva
Este lío comenzó a aclararse en 2009, cuando el W3C anunció el fin del trabajo en XHTML2, lo que fue un obituario tardío para XHTML2. Esta noticia fue tratada como un tesoro por aquellos oponentes de XML, quienes la usaron para ridiculizar a quienes usan la especificación XHTML1. Sin embargo, parecen haber olvidado que XHTML1 y XHTML2 son cosas completamente diferentes. Al mismo tiempo, a los creadores de la especificación XHTML1 les preocupaba que HTML5 abandonara las estrictas especificaciones de sintaxis de XHTML1. Esta preocupación luego resultó ser innecesaria. HTML5 admite tanto la sintaxis flexible como la sintaxis estricta como XHTML1.
Hoja de ruta HTML5
El estado actual de HTML5 es que ya no es tan confuso como antes, pero aún no es lo suficientemente claro. Hay dos organizaciones que formulan sus especificaciones al mismo tiempo. Estas dos organizaciones tienen estilos de hacer las cosas completamente diferentes. WHATWG primero compra antes de probar y W3C primero prueba antes de comprar. Deberá enfrentarse a una cuestión de HTML5 o HTML5.
Lo que confunde aún más a los desarrolladores es cuándo pueden probar HTML5.
En una entrevista, Ian Hickson mencionó 2022 y dijo que HTML5 no formaría un "estándar recomendado" hasta entonces. Tan pronto como salió esta declaración, inmediatamente despertó la ira de los diseñadores web, aunque no sabían qué significaba el estándar recomendado. , Entienden que 2022 ya es el año del mono.
Eso no es todo, este estándar recomendado implica dos conjuntos de especificaciones. Teniendo en cuenta la escala del estándar HTML5, esta fecha todavía es demasiado optimista, después de todo, la compatibilidad de los principales navegadores con los estándares existentes no ha sido satisfactoria. Creo que al principio, IE tardó 10 años en aceptar la etiqueta abbr.
En 2012, HTML5 será aceptado como candidato a estándar, que será el día en que HTML5 realmente comience a ganar impulso. Para los desarrolladores y diseñadores web, esto no es importante. Lo importante es la compatibilidad con el navegador, al igual que CSS2.1. Cuando los navegadores comiencen a admitir esta especificación, los desarrolladores la usarán. Esperaremos hasta que todos los navegadores la admitan antes de comenzar. comprarlo. Me temo que todavía estamos esperando.
Lo mismo ocurre con HTML5. No habrá un momento en el que se anuncie que HTML5 está listo. Por el contrario, comenzaremos a usar algunas de sus funciones primero. Es una mejora del antiguo estándar HTML. De hecho, no importa qué versión de HTML estés usando, ya estás usando HTML5.
Fuente internacional de este artículo: A List Apart A Brief History of Markup (Autor original: Jeremy Keith)
Fuente de compilación china: sitio web oficial del sistema de gestión de contenido del sitio web Ruishang Enterprise CMS