Sin HTML (“Hypertext Markup Language”, en español “lenguaje de marcas de hi­pe­r­te­x­to”), Internet no sería lo mismo, y es que este lenguaje de marcado sirve para es­tru­c­tu­rar textos, imágenes o enlaces y se erige como la base de la World Wide Web. No obstante, Internet ha cambiado con el paso del tiempo y los co­n­te­ni­dos mu­l­ti­me­dia se han co­n­ve­r­ti­do en un factor de gran re­le­va­n­cia en el diseño web, ya que, tanto el contenido au­dio­vi­sual como la re­pre­se­n­ta­ción móvil de dichos co­n­te­ni­dos, tienen cada vez más im­po­r­ta­n­cia. Tras varios años de es­ta­n­ca­mie­n­to, el World Wide Web Co­n­so­r­tium (W3C) y el Hypertext Ap­pli­ca­tion Te­ch­no­lo­gy Working Group (WHATWG) se pusieron manos a la obra para seguir de­sa­rro­lla­n­do el lenguaje de marcado HTML con el objetivo de hacer frente a los cambios in­tro­du­ci­dos tanto por los di­se­ña­do­res web como por los usuarios. Desde el otoño de 2014 se puede hablar de un nuevo HTML. Con HTML5, concepto que ya te pre­se­n­tá­ba­mos en nuestro artículo, se pueden integrar muchos co­n­te­ni­dos de manera sencilla. Un gran número de acciones y de plugins se han quedado obsoletos, pero con HTML 5.1 se ha in­tro­du­ci­do la próxima ac­tua­li­za­ción. Sin embargo, ¿cómo se lleva a cabo el proceso hasta que se publica una nueva ac­tua­li­za­ción de HTML? Y, ¿cuáles son las novedades más im­po­r­ta­n­tes de las ac­tua­li­za­cio­nes actuales? ¿Qué ca­ra­c­te­rí­s­ti­cas se van a convertir en el nuevo estándar y qué si­g­ni­fi­ca­do tiene esto para los gestores de páginas web?

Una visión general sobre las novedades de HTML más im­po­r­ta­n­tes

La última vez tuvieron que pasar 15 años para que se publicara un nuevo HTML tras la versión 4.01. Esta vez, sin embargo, ha ocurrido con mayor rapidez. Casi dos años después de que HTML5 viera la luz, ya se puede disfrutar de la primera ac­tua­li­za­ción con HTML 5.1, con la cual tanto W3C como WHATWG reducen el intervalo entre ac­tua­li­za­cio­nes. En una época en la que Internet se de­sa­rro­lla a pasos agi­ga­n­ta­dos, esta es una co­n­se­cue­n­cia tan lógica como im­po­r­ta­n­te.

Para la ac­tua­li­za­ción de HTML5 se ela­bo­ra­ron los primeros esbozos (“Working Drafts”) en di­fe­re­n­tes grupos de trabajo y se nominaron las primeras ca­ra­c­te­rí­s­ti­cas HTML a modo de lista de ca­n­di­da­tos (“Candidate Re­co­m­me­n­da­tion” o CR). En el marco de una fase de prueba detallada tiene que probarse la via­bi­li­dad de estos elementos y una vez ha fi­na­li­za­do dicha fase de prueba, se procede a la pu­bli­ca­ción de una re­co­me­n­da­ción oficial del estándar (“Re­co­m­me­n­da­tion”).

En el caso de HTML 5.1, este proceso tiene lugar en un estrecho diálogo con la comunidad online, por lo que es así como W3C ha hecho público el de­sa­rro­llo del nuevo HTML en GitHub. De esta forma, la comunidad tiene, ahora más que nunca, la po­si­bi­li­dad de fa­mi­lia­ri­zar­se de forma intensiva con el nuevo estándar y de obtener feedback fá­ci­l­me­n­te. GitHub es un servicio de gestión de versiones para proyectos de software y recoge gran cantidad de proyectos de código abierto. De este modo, los trabajos de numerosos de­sa­rro­lla­do­res pueden llevarse a cabo de manera au­to­ma­ti­za­da en un software de libre acceso e igua­l­me­n­te en el caso de HTML 5.1.

y ya son oficiales con HTML 5.1

HTML 5.1 presenta algunas novedades, aunque en general, ya están so­po­r­ta­das por todos los na­ve­ga­do­res. El núcleo de estas novedades hace re­fe­re­n­cia a la ada­p­ta­ción de los co­n­te­ni­dos mu­l­ti­me­dia al diseño web re­s­po­n­si­vo. En este sentido, el problema era, hasta ahora, la vi­sua­li­za­ción de las imágenes ante el cambio de re­so­lu­ción, para el cual debía co­n­ve­r­ti­r­se en estándar, ya con HTML5, el co­n­te­ne­dor <picture>, algo que en su momento no fue posible. In­de­pe­n­die­n­te­me­n­te de que este elemento no hubiera sido elevado a estándar oficial con la in­tro­du­c­ción de HTML5, los de­sa­rro­lla­do­res lo continúan usando a pesar de todo. En­tre­ta­n­to, los na­ve­ga­do­res ha­bi­tua­les tienen la capacidad de entender el elemento <picture> y la es­ta­n­da­ri­za­ción con el nuevo HTML también lo hace oficial.

El elemento <picture> hace re­fe­re­n­cia a un co­n­te­ne­dor en el que, por medio de di­fe­re­n­tes elementos fuente (source), se pueden incluir archivos de imagen. En este sentido solo se cargan las fotos adecuadas en función del tamaño de la pantalla y de la re­so­lu­ción de la misma, lo que permite ahorrar tiempos de tra­n­s­mi­sión y beneficia a la gestión móvil de la página web. En función del ancho de banda, también se pueden facilitar co­n­te­ni­dos al­te­r­na­ti­vos para pantallas de alta re­so­lu­ción, pero para ello resulta necesario recurrir al atributo <srcset>. Este establece la conexión entre las imágenes y los di­fe­re­n­tes tamaños.

En el siguiente ejemplo, que a su vez es una tra­du­c­ción del ejemplo que aparece en la página web SelfHTML y que también incluye un fallback, podemos ver el aspecto que puede tener dicha in­te­gra­ción con <img>.

<picture>
<source media="(min-width: 1024px)" srcset="feuerwehr-1600.jpg">
<source media="(min-width: 480px)" srcset="feuerwehr-480.jpg">
<!---Fallback---> <img src="feuerwehr-480.jpg" srcset="feuerwehr-320.jpg" alt="Feuerwehrfest 2014">
</picture>

El elemento <picture> y <srcset> van, en cierto sentido, de la mano. Aun cuando las últimas y más novedosas versiones de los na­ve­ga­do­res soportan ambos, en el caso de los na­ve­ga­do­res más antiguos, el fallback garantiza que el gráfico siempre se muestre de manera correcta. Los elementos source solo definen los re­qui­si­tos relativos a las ca­ra­c­te­rí­s­ti­cas de la pantalla, tales como la anchura y la densidad de píxeles.

Nuevas opciones para fo­r­mu­la­rios con el nuevo HTML: “month” y “week”

Con HTML5 se in­tro­du­je­ron nuevos valores para el elemento <input>. En este sentido se puede hablar de email, url o date, que permiten que el usuario in­tro­du­z­ca los datos relativos a las di­re­c­cio­nes de correo ele­c­tró­ni­co, los URL o la fecha. El tipo de campo de entrada viene definido por el elemento <input> en lugar de por los atributos type. Con las variables type =“month” y type =“week” también se pueden se­le­c­cio­nar, además de días y horas, meses y semanas, ca­ra­c­te­rí­s­ti­ca soportada por los pri­n­ci­pa­les na­ve­ga­do­res. De esta manera, puede co­n­ce­bi­r­se la es­ta­n­da­ri­za­ción con HTML 5.1 como una secuencia lógica.

“At risk”: mo­di­fi­ca­cio­nes HTML que son todavía objeto de debate

Debido a la re­co­me­n­da­ción del W3C de que se im­ple­me­n­ta­ra una nueva ca­ra­c­te­rí­s­ti­ca de HTML para al menos dos na­ve­ga­do­res in­de­pe­n­die­n­tes durante la fase de prueba, algunos ca­n­di­da­tos se quedaron en el aire. En el momento de su no­m­bra­mie­n­to, re­ci­bie­ron la de­no­mi­na­ción de “at risk” (en español, “en peligro”), debido a que todavía no habían sido incluidos entre el gran número de na­ve­ga­do­res y/o de de­sa­rro­lla­do­res para llevar a cabo la es­ta­n­da­ri­za­ción. 

El ir y venir de la etiqueta

Menos extendida que el elemento <picture> está, por ejemplo, la etiqueta <dialog>. En la ac­tua­li­dad está soportada por na­ve­ga­do­res basados en Chromium, como, por ejemplo Chrome u Opera, de ahí que las opiniones vertidas poco antes de la pu­bli­ca­ción de HTML 5.1 sean un tanto di­ve­r­ge­n­tes: algunos artículos informan de una es­ta­n­da­ri­za­ción, pero por el contrario, en la página oficial de W3C se indica que la etiqueta <dialog> ha sido eliminada. Y con esta etiqueta, de hecho, debería resultar mucho más sencilla la in­te­gra­ción de ventanas eme­r­ge­n­tes, es decir, de cuadros de diálogo, pues no­r­ma­l­me­n­te se necesita más código Ja­va­S­cri­pt. A la hora de abrir y cerrar era cuando solían surgir las di­fi­cu­l­ta­des. Aquellos na­ve­ga­do­res que (todavía) no soportan la etiqueta <dialog>, es probable que tengan problemas a la hora de mostrar las ventanas y también al cerrarlas. Esta etiqueta da cabida a co­n­te­ni­dos que no se pueden modificar y esto hace re­fe­re­n­cia tanto al texto plano de los fo­r­mu­la­rios como a las imágenes.

En principio, se ma­n­te­n­drán los elementos y

Además del elemento <dialog>, <keygen> y <menu> también formaban parte de la lista negra del nuevo HTML. Sin embargo, estos dos últimos elementos, según el consorcio W3C, fueron “co­n­se­r­va­dos”. A estos también hay que sumar los elementos <menuitem> y el atributo co­n­te­x­t­me­nu. Tanto con los elementos como con los atributos se pueden crear barras de he­rra­mie­n­tas y menús co­n­te­x­tua­les tal y como se les conoce de las apli­ca­cio­nes de es­cri­to­rio. Sin embargo, por el contrario, se suprime el tipo de barra de he­rra­mie­n­tas para el elemento <menu>.

El elemento <keygen> también deja patente una suerte muy cambiante: el generador para pares de claves cri­p­to­grá­fi­cas fue de­sa­rro­lla­do ori­gi­na­ria­me­n­te por Mozilla. Sin embargo, debido a que Microsoft no tenía ningún interés en im­ple­me­n­tar­lo, Google presentó una solicitud en julio de 2015 para eli­mi­nar­lo del estándar. De esta manera, no es so­r­pre­n­de­n­te que la marca estuviera en riesgo. La re­co­me­n­da­ción del consorcio W3C para HTML 5.1 hecha en se­p­tie­m­bre de 2016 incluyó dicho elemento de manera pro­vi­sio­nal, haciendo re­fe­re­n­cia a su estado en “proceso de eli­mi­na­ción”, lo que podía tardar varios años y significa que, a corto o medio plazo, se alejará del estándar. No se re­co­mie­n­da, por tanto, el uso de dicho elemento.

Las ventajas de que el nuevo HTML sea apto para los gestores web

Los ad­mi­ni­s­tra­do­res de páginas web pueden utilizar los elementos y atributos del nuevo HTML sin ningún tipo de problemas y, como se ha expuesto al principio, esto es algo que ya hacen muchos de ellos. La lista “at risk”, las ca­n­ce­la­cio­nes y las es­ta­n­da­ri­za­cio­nes oficiales están co­n­si­de­ra­das igual de bien: si hasta ahora se han utilizado las etiquetas y los atributos incluidos en la lista “at risk”, es re­co­me­n­da­ble re­fle­xio­nar sobre el modo de tra­n­s­fo­r­mar el propio proyecto. Un nivel de co­m­pa­ti­bi­li­dad alto para el máximo número de na­ve­ga­do­res y te­r­mi­na­les posible debería co­n­ve­r­ti­r­se, hoy más que nunca, en el objetivo final de todo gestor de páginas web.

En el futuro, también es co­n­ve­nie­n­te que los we­b­ma­s­te­rs echen un vistazo a la página oficial del consorcio W3C: tras la fi­na­li­za­ción de HTML 5.1, también se planificó la versión 5.2. Así, ya está di­s­po­ni­ble un primer borrador que recoge los cambios co­rre­s­po­n­die­n­tes, por lo que con el nuevo HTML parece aumentar co­n­si­de­ra­ble­me­n­te el ritmo de las ac­tua­li­za­cio­nes. Para los gestores de páginas web esto significa que, por un lado, se reacciona con una mayor rapidez a los bugs y que, por otro, la ada­p­ta­ción a las exi­ge­n­cias continuas también se produce con mayor celeridad. Asimismo, con la pu­bli­ca­ción de HTML 5.1 a través de GitHub, existe la po­si­bi­li­dad de que los de­sa­rro­lla­do­res pa­r­ti­ci­pen de manera activa en el proceso de mejora.

Ir al menú principal