Sin duda HTML 5 es el futuro presente, y un claro ejemplo ha sido el lanzamiento de este mismo blog en HTML desde Octubre de 2009 y algo comercial como es TuManitas en Abril de 2010.
Para empezar he de decir que uno de los detalles que más me ha gustado es que los tags «únicos» ya no sea obligatorio cerrarlos. Esto significa que podemos poner cosas como <br> o <img src="http://example.com/example.jpg"> sin necesidad de incluir la barra «/» final.
Otro detalle es que se va a poder tener acceso a dispositivos externos como una cámara web gracias al tag device. Ahora mismo nadie da soporte a este elemento, pero básicamente tendrá 3 opciones gracias al parámetro type: media (una cámara web), fs (un USB o similar) y rs232 (un puesto serie del dispositivo).
A parte de esto, el canvas, los microdatos (y microformatos), muchas mejoras en los formularios y sobretodo algunos elementos externos como los WebWorkers (que vienen a ser como los «hilos» en programación que permiten ejecutar procesos en background), el Web Storage (o caché temporal en el navegador), los WebSockets para mantener bidireccionalidad en las comunicaciones, el Web SQL Database, a modo de base de datos temporal en el navegador, la Geolocation que empieza a tomar fuerza, los SVG o gráficos vectoriales, el MathML para incorporar elementos matemáticos o una nueva versión del XMLHttpRequest para todo lo llamado «AJAX».
¿Y por qué lanzar el HTML 5? Hay que recordar que entre 1990 y 1995, el HTML se creaba desde el CERN y tuvo gran cantidad de retoques y versiones, hasta que en 1995 se creó el W3C que es el organismo que vela por los estándares de, entre otras cosas, el lenguaje web. En 1995 se lanzó el HTML 3 que llegó en 1997 a su versión HTML 3.2. Poco tiempod espués, se lanzaba el HTML 4, en 1998. En paralelo nacían y crecían el XHTML 1 y los DOM HTML (que llegaron a tener 3 versiones). Con HTML 5 se pretende unificar todo lo que se ha ido evolucionando en estos últimos 10 años de Internet.
Otra cosa a tener en cuenta es la anidación de elementos. No podemos hacer cosas como esta:
<p>Esto es un <em>muy <strong>mal</em> ejemplo</strong>.</p>
Pero sí cosas como esta:
<p>Esto es un <em>muy <strong>buen</strong> ejemplo</em>.</p>
También hay que tener en cuenta cómo indicar los atributos a los distintos elementos; y es que hasta ahora los atributos tampoco podían estar en blanco, algo que ahora sí que se puede hacer:
<input name=address disabled>
<input name=address disabled="">
Por mi parte, y ahora que se puede, recomiendo el primero de los casos… en Cambio, en los que sí hay valor, recomiendo el uso de comillas dobles (y para JavaScript el uso de comilla simple).
<input name=address maxlength=200>
<input name=address maxlength='200'>
<input name=address maxlength="200">
Aún así, cualquiera de estas opciones es correcta, por lo que cada uno decida hacer con su código lo que quiera…
Otra cosa a tener en cuenta es que la etiqueta embed es la que se utilizará para incorporar elementos externos, y no el object que básicamente era necesario para Internet Explorer. Gracias a esto elementos en Flash u otras tecnologías se pueden incorporar de forma más sencilla.
Y, aunque ya hablaré con más detalle de ello, hay que tener cuidado con los elementos que están desapareciendo. Algunos de ellos sin atributos de algunos tags, como el border de las imágenes, que ya no se puede usar, el language de los scripts, o algunos tags como acronym, frame, center, font, o el de subrayado, u. La mayoría de estos elementos desaparecen porque gracias a las hojas de estilo CSS se pueden aplicar todos los cambios.
Deja una respuesta