La primera versión de HTML fue escrita por Tim Berners-Lee en 1993. Desde entonces, ha habido muchas versiones diferentes de HTML. La versión más utilizada a lo largo de la década de 2000 fue HTML 4.01, que se convirtió en estándar oficial en diciembre de 1999.
Otra versión, XHTML, fue una reescritura de HTML como lenguaje XML. XML es un lenguaje de marcado estándar que se utiliza para crear otros lenguajes de marcado. En la actualidad se utilizan cientos de lenguajes XML, como GML (Geography Markup Language), MathML, MusicML y RSS (Really Simple Syndication). Como cada uno de estos lenguajes está escrito en un lenguaje común (XML), su contenido puede compartirse fácilmente entre aplicaciones. Esto hace que el XML sea potencialmente muy potente, y no es de extrañar que el W3C creara una versión XML del HTML (también llamada XHTML). XHTML se convirtió en un estándar oficial en el año 2000 y se actualizó en 2002. XHTML es muy similar a HTML, pero tiene reglas más estrictas. Las reglas estrictas son necesarias para todos los lenguajes XML, porque sin ellas la interoperabilidad entre aplicaciones sería imposible. Aprenderás más sobre las diferencias entre HTML y XHTML en la Unidad 2.
A lo largo de los años, muchos nuevos diseñadores web se han preguntado si es aceptable ver el código fuente de un sitio y utilizarlo para su educación y, en última instancia, para el trabajo que realizan. Mientras que copiar el código de un sitio al por mayor y hacerlo pasar como propio en un sitio web es ciertamente inaceptable, el uso de ese código como un trampolín para aprender es en realidad cómo se hacen muchos avances en esta industria.
Una cosa que hay que recordar es que los archivos fuente pueden ser muy complicados (y cuanto más complejo sea el sitio web que estás viendo, más complejo será el código de ese sitio). Además de la estructura HTML que compone la página, también habrá CSS (hojas de estilo en cascada) que dictan el aspecto visual de ese sitio. Además, muchos sitios web de hoy en día incluirán archivos de script junto con el HTML.
Es probable que se incluyan varios archivos de script; de hecho, cada uno de ellos impulsa diferentes aspectos del sitio. Francamente, el código fuente de un sitio puede parecer abrumador, especialmente si eres nuevo en esto. No te sientas frustrado si no puedes averiguar lo que está pasando con ese sitio inmediatamente. Ver el código fuente HTML es sólo el primer paso en este proceso. Con un poco de experiencia, empezarás a entender mejor cómo encajan todas estas piezas para crear el sitio web que ves en tu navegador. A medida que te familiarices con el código, podrás aprender más de él y no te parecerá tan desalentador.
Una vez preparado el escenario, ahora veremos específicamente los problemas comunes entre navegadores con los que te encontrarás en el código HTML y CSS, y qué herramientas se pueden utilizar para evitar que se produzcan problemas o para solucionar los que se produzcan. Esto incluye la limpieza del código, el manejo de los prefijos CSS, el uso de herramientas de desarrollo del navegador para localizar problemas, el uso de polyfills para añadir soporte a los navegadores, la resolución de problemas de diseño responsivo, y más.
Vamos a ver cómo podemos reducir los errores entre navegadores que resultan del HTML/CSS.Lo primero es lo primero: solucionar los problemas generalesEn el primer artículo de esta serie dijimos que una buena estrategia para empezar es probar en un par de navegadores modernos en el escritorio/móvil, para asegurarte de que tu código funciona en general, antes de pasar a concentrarte en los problemas entre navegadores.
En nuestros artículos sobre depuración de HTML y depuración de CSS, proporcionamos una guía muy básica sobre la depuración de HTML/CSS – si no estás familiarizado con lo básico, deberías estudiar estos artículos antes de continuar.
En abril ha habido un gran debate en la lista de correo del Grupo de Trabajo de HTML sobre el versionado. ¿Debería el nuevo lenguaje HTML llevar un mecanismo de versiones? Es un tema difícil con argumentos interesantes. El debate tendrá sin duda influencia en las discusiones del Grupo de Arquitectura Técnica. El versionado es uno de los temas tratados en la Arquitectura Web.
El html es un lenguaje, y todas las implementaciones deben ser capaces de leer su contenido, pase lo que pase. Todas las “versiones” futuras de html no deben descartar lo que se ha hecho en el pasado. Cualquier programa que parta de cero tiene que implementarlo todo desde el principio.
No hay una forma sencilla de identificar un fragmento de html utilizado en otra aplicación. Se podría hacer un atributo de versión en el elemento raíz de este fragmento html. Esto supone una dificultad para la herramienta de autoría si este fragmento html se cambia y tiene que empujar el atributo de versión en el nuevo elemento raíz.Por ejemplo, pasar de
Autor: un sistema/mecanismo de versión que se limita a estar en la cabeza o DOCTYPE o elemento html es difícil de cambiar para el autor sin acceso a la plantilla html. (ej: CMS con acceso sólo al contenido). Por otro lado, un número de versión accesible desde el cuerpo hará que sea fácil de cambiar.