Imágenes receptivas: ¡finalmente llega el elemento de imagen!

Esto ha tomado bastante tiempo. Hubo mucha discusión, pero ahora la realidad lo tiene. El elemento de imagen propagado por el W3C finalmente ha llegado. Si le interesa el tema, es posible que sepa que WhatWG intentó estandarizar un atributo adicional para el elemento de imagen, llamado srcset en lugar de imagen. Quien haya creído en lo que dijo WhatWG, ya que afirmaron que defenderían el «estándar de vida» mientras que el W3C sería más un administrador de una instantánea estática, se equivocó. W3C está vivo y coleando.

Imágenes receptivas: camino rocoso hacia la estandarización

No los molestaré con todos los detalles de la discusión de los últimos dos años. Solo permítanme una pequeña introducción para aquellos que no siguieron el tema demasiado de cerca. En el debate en curso sobre los estándares para la próxima web, no todo estuvo libre de controversia. Durante la lucha sobre cuál sería la solución adecuada para las imágenes receptivas y otras decisiones importantes para establecer la dirección, uno de los grupos de trabajo más importantes, el Grupo de Trabajo de Tecnología de Aplicaciones de Hipertexto Web (WHATWG) se separó del W3C y anunció que serían mucho más rápido desarrollando nuevos estándares solo, que bajo el dominio del W3C. Eso fue en julio de 2012. Unos días antes de que ocurriera la división, WhatWG había decidido propagar srcset como la solución para imágenes receptivas. W3C no tardó mucho en reaccionar. En el otoño de 2012 dejaron en claro que su grupo de trabajo de HTML, apoyado por el grupo de la comunidad W3C, estaría propagando y desarrollando el elemento de imagen. Establecieron un calendario apretado para hacerlo. Después de esa escaramuza, no pasó mucho, aunque puede haber muchas actividades detrás de la cortina. En febrero de 2014, aquí en Noupe perdimos la paciencia y sugerimos que sería mejor que no esperara más por el estándar, sea lo que sea, sino que opte por una nueva solución llamada rwd.images.js.

Imágenes receptivas: Chrome Canary lo tiene, más por venir

Y ahora realmente sucedió. Ya no nos atrevíamos a esperarlo. Entonces, en un artículo en A List Apart ayer Mat Marquis, jefe de la Grupo de la comunidad de imágenes receptivasex miembro del equipo de jQuery Mobile y diseñador/desarrollador en no tan desconocido Grupo de filamentos, anunció la disponibilidad de la primera implementación de navegador del elemento de imagen. Es Chrome Canary, la versión para desarrolladores del navegador Chrome de Google, que puede probar de inmediato. Eso es lo que Marquis te pide que hagas, probar. Chrome canario está disponible aquí. Ábralo después de la instalación y pegue esta línea en la barra de URL

chrome://flags/#enable-experimental-web-platform-features

presione «Enter» y en la siguiente ventana haga clic en «Habilitar». No se preocupe, los cambios realizados en Canary no se reflejarán en su instalación habitual de Chrome. Los dos se mantienen completamente separados. Como punto de partida para sus pruebas, Marquis recomienda el Demostraciones de relleno de imágenes, ya que sus polyfills están diseñados para ingresar solo cuando el navegador que llama carece de capacidades nativas. Mirando las hojas de ruta de los otros jugadores principales, podemos verificar que tanto Firefox como el proyecto Webkit también se están implementando rápidamente. Solo el gigante inactivo de Redmond se queda atrás. Microsoft observa el elemento de imagen, así como el atributo srcset como Bajo consideración. Bueno, tengo IE ni siquiera bajo consideración de todos modos. Y qué… Y ahora, guerreros del desarrollo web. ¡Ve a por ello! ¿Qué opinas de la implementación actual? Por cierto: en este momento, el elemento de la imagen no cambiará de tamaño automáticamente en los cambios de la ventana gráfica, haga clic en Actualizar para forzarlo. Esta falla se solucionará en la próxima actualización.