HTML 5.1 publicado

Siguiendo lo estipulado en el Plan 2014 del W3C para el desarrollo de HTML5, el 1 de noviembre se anunció HTML 5.1 IS A W3C RECOMMENDATION:

The Web Platform Working Group has published a W3C Recommendation of HTML 5.1. This specification defines the 5th major version, first minor revision of the core language of the World Wide Web: the Hypertext Markup Language (HTML). In this version, new features continue to be introduced to help Web application authors, new elements continue to be introduced based on research into prevailing authoring practices, and special attention continues to be given to defining clear conformance criteria for user agents in an effort to improve interoperability.

¿Tendrá cosas nuevas para mejorar la accesibilidad web?

El enlace a la nueva versión: HTML 5.1 - W3C Recommendation, 1 November 2016

El elemento pista (track) de HTML5

El nuevo elemento track de HTML5 se puede emplear para diferentes propósitos. Como podemos leer en Introducción al elemento pista en HTML5 Rocks, este elemento se puede emplear para ofrecer subtítulos y audiodescripciones en los vídeos.

Como de costumbre, el soporte de este nuevo elemento en los navegadores actuales es desigual. En The State of HTML5 Video podemos consultar los diferentes niveles de soporte.

En Google Chrome se puede activar su uso a través de chrome://flags (llevar cuidado con lo que se toca ahí). Pero además, parece ser que hace falta instalar un complemento:

• HTML5 Audio Description (via Chrome text to speech), utiliza el sintetizador de voz de Chrome.
• HTML5 Audio Description (via screenreader), utiliza un lector de pantallas externo. La documentación dice que es compatible con ChromeVox, y parcialmente compatible con Mac OS X VoiceOver.

El nuevo atributo hidden de HTML5

Según leo en el artículo HTML5 Accessibility Chops: hidden and aria-hidden support on the UP! que se publicó hace unos días, parece que ya se puede usar el nuevo atributo hidden de HTML5, porque ya lo soporta la mayoría de los navegadores web (y supongo que los productos de apoyo como los lectores de pantalla).

Este atributo se puede aplicar a cualquier elemento de HTML. La definición en la especificación de HTML5 dice:

All HTML elements may have the hidden content attribute set. The hidden attribute is a boolean attribute. When specified on an element, it indicates that the element is not yet, or is no longer, directly relevant to the page's current state, or that it is being used to declare content to be reused by other parts of the page as opposed to being directly accessed by the user. User agents should not render elements that have the hidden attribute specified.

¿Pero esto es lo que se ha hecho siempre con display: none en CSS?

Sí, efectivamente, es así. Un poco más de lío... Mirad lo que sigue en la especificación:

The hidden attribute must not be used to hide content that could legitimately be shown in another presentation. For example, it is incorrect to use hidden to hide panels in a tabbed dialog, because the tabbed interface is merely a kind of overflow presentation — one could equally well just show all the form controls in one big page with a scrollbar. It is similarly incorrect to use this attribute to hide content just from one presentation — if something is marked hidden, it is hidden from all presentations, including, for instance, printers.

Hay que llevar mucho cuidado con el uso de este atributo.

HTML5 accessibility

HTML5 accessibility es un sitio web que ya he recomendado en el pasado, pero que conviene recordar de vez en cuando.

En este sitio web encontraremos información sobre el soporte de HTML5 y las nuevas características de accesibilidad por parte de los navegadores más populares.

Petición para que longdesc sea visible en Google Chrome

Emmanuelle Gutiérrez nos avisa en un mensaje publicado en la lista de correo accesoweb que existe una petición para que el atributo longdesc sea visible en Google Chrome y sea accesible para los productos de apoyo.

Desgraciadamente, el atributo longdesc había desaparecido de HTML5, pero gracias a una extensión para la descripción de las imágenes que ha desarrollado el W3C, ha regresado. Además, recientemente, Mozilla anunció que va a incorporar en Firefox el soporte del atributo longdesc. Y si se incorpora el soporte del atributo longdesc a Chrome también estará disponible en el navegador Opera, porque ahora Opera se basa en el proyecto Chromium y por tanto Chrome y Opera comparten el mismo intérprete de páginas web.

¿Por qué es importante que los navegadores faciliten el uso del atributo longdesc?

El atributo longdesc siempre ha estado ahí, pero como los navegadores web no permitían su uso, era desconocido para la mayoría de los desarrolladores web, y aquellos desarrolladores web que sí que lo conocían, como no lo podían probar, al final no lo usaban.

Por tanto, es muy importante que los navegadores web faciliten el uso del atributo longdesc, ya que aumentará su visibilidad, los desarrolladores web serán más conscientes de su existencia y utilidad, y es muy probable que aumente su uso, lo que repercutirá en una mejora de la accesibilidad web.

Por último, un ejemplo de uso del atributo longdesc con imágenes complejas. Si se quiere comprobar su funcionamiento, se puede hacer con el navegador Mozilla Firefox y su complemento Longdesc (dentro de poco el propio navegador incorporará esta opción y ya no será necesario instalar este complemento).

Y por último, el W3C ha lanzado el "last call" para la revisión de HTML5 Image Description Extension (longdesc). Se pueden mandar comentarios hasta el 16 de septiembre.

Vuelve el atributo longdesc a Firefox

Hace unos meses avisé que el atributo longdesc volvía a HTML5, aunque no de forma directa, sino a través de una extensión.

Ahora, uno de los miembros del equipo de desarrollo de Firefox ha publicado otro anuncio muy bueno: After further looking into this, we've decided to support the longdesc attribute in Firefox.

El anuncio completo dice:

After further looking into this, we've decided to support the longdesc attribute in Firefox.

While we've considered longdesc in the past, the landscape has changed and there are reasons to support it now. For one, the W3C validator now supports it, making it more likely to be supported across browsers. Authors who want to make pages accessible may not be able to rely on longdesc on any browser, but there isn't presently another standardized option available. And, importantly, it can be implemented without disrupting the user experience of users who don't require it. Underscoring all of this is that the Mozilla project is a community, and our actions must reflect the needs and wants of the community.

There is a chicken and egg issue here, as Alastair notes in comment 20. Supporting longdesc means that the door to wider adoption is open, and perhaps authors will surprise us with innovative uses of this attribute once they feel freer to do so. And, perhaps in time better solutions to some of the problems longdesc tackles will emerge. While we'll always be open to browser improvements, particularly in the accessibility space, we shouldn't ignore a ready solution because it's not perfect.

Y justo hace unos días, el 6 de junio, se publicó una nueva versión de HTML5 Image Description Extension. Poco a poco se acerca más al "last call" para por fin llegar al nivel de "recommendation".

Vídeos basados en HTML5 compatibles con múltiples navegadores

Muy interesante el artículo Cross browser compatible HTML5 videos, en el que se explica cómo lograr insertar vídeos con la nueva etiqueta video de HTML5 de forma que se puedan visualizar en múltiples navegadores web.

Y en el artículo The State Of HTML5 Video se repasa la compatibilidad de la etiqueta video con los diferentes navegadores:

Y la compatibilidad de los diferentes formatos (MP4, WebM):

Pero lo mejor es la comparativa de soporte de la etiqueta track para las pistas de texto que pueden ser usadas para subtítulos:

HTML5 Doctor

HTML5 Doctor es un sitio web con una gran cantidad de información.

Recomiendo consultar (y aprender) el HTML5 Element Flowchart.

Aclarando lo que va a pasar con longdesc

Hace unos días publiqué la entrada El atributo longdesc ha vuelto, en la que anunciaba que el W3C rescataba del olvido al atributo longdesc. Pero en esa entrada me quedaba con la duda de lo que iba a pasar  con este atributo.

En HTML Image Description Extension (longdesc) nos aclaran un poco la situación. En las próximas semanas:

• El validador del W3C validará el atributo longdesc como parte de HTML5.
• longdesc será eliminado de la lista de características obsoletas de HTML.

¿Y a largo plazo? longdesc se incorpora como una "extensión a la especificación" y en Getting HTML5 to Recommendation 2014 nos explican lo que eso supone: puede ser que se reintegre en la especificación básica de HTML5, o puede ser que acabe siendo uno especificación independiente.

Pero lo más importante ahora es que el validador del W3C lo aceptará como válido.

El atributo longdesc ha vuelto

Muchos desarrolladores web no conocen el atributo longdesc: la falta de soporte para su uso por parte de los navegadores más populares, y la mala utilización por parte de los editores de código, hizo que la mayor parte de los desarrolladores no lo conociesen, y los que sí que lo conocían, se preguntaban para qué se tenía que poner si luego no se podía usar. Así que, cuando se empezó a trabajar en HTML5, triunfó la idea de que el atributo longdesc sobraba.

Sí, con los navegadores populares no se puede usar (bueno en Firefox hay un plugin llamado longdesc que sí que permite su uso), pero los lectores de pantalla suelen proporcionar soporte para este atributo, y eso es lo importante.

Si consultamos la última versión publicada de HTML5 (17/12/2012), veremos en el apartado de atributos que longdesc no aparece.

¿Un descuido, un error? NO, es así, y todo empezó hace tiempo, en febrero de 2008 ya se planteaba si HTML5 debía tener el atributo longdesc (Should HTML5 include a longdesc attribute for images).

Parece que las presiones han surtido efecto, y hace pocos días, el 12 de marzo, se publicó HTML Image Description Extension, que dice el resumen:

This specification defines a longdesc attribute to link extended descriptions with images in HTML5-based content.

Ahora hay que ver qué hacen con esto.

¿Se incluirá en HTML5? No lo creo, porque ya es una "candidate recommendation" y el W3C tiene prisa por cerrar la especificación y que sea de una vez una recomendación (estándar).

¿Se incluirá en HTML5.1? Es posible.

Vídeos accesibles con HTML5

Hace unos días escribí la entrada Los vídeos y las personas sordociegas, en la que contestaba una pregunta que me habían hecho sobre cómo hacer vídeos accesibles con HTML5.

En el artículo Create accessible videos with HTML5 nos muestran con más detalle lo que explicaba en esa entrada: la nueva etiqueta video de HTML5 ofrece la posibilidad de usar la etiqueta track para ofrecer contenido alternativo al vídeo, como puede ser subtítulos o una transcripción con una descripción detallada de lo que ocurre en el vídeo.

Además, Olga Carreras dejó un comentario en mi entrada en la que comentaba el desarrollo de un reproductor de vídeo accesible que se puede probar en HTML 5 support for an accessible user-video-interaction on the Web. ACCESSIBLE HTML5 MEDIA PLAYER.

Secretos escondidos de la accesibilidad de HTML5

El artículo The hidden treasures of HTML5 accessibility realiza un repaso de algunas de las nuevas características de HTML5 que mejoran la accesibilidad y no son todavía muy conocidas, como por ejemplo:

• Subtítulos simplificados, gracias al nuevo formato (uno más) llamado WebVTT (Web Video Text Tracks).
• Eliminación definitiva de los marcos (frames).
• El diseño adaptativo, que permite personalizar la presentación de un sitio web a las necesidades y limitaciones de diferentes usuarios.

Internet Explorer 10, ¿el navegador más accesible?

Acabo de leer el artículo Notes on HTML5 accessibility support in IE 10 y casi me pongo a llorar de la ilusión.

Parece que Microsoft con Internet Explorer 10 lo está haciendo bien y está desarrollando un buen interfaz de accesibilidad para que los productos de apoyo como los lectores de pantalla puedan hacer uso de esas características.

Por ejemplo, el artículo explica que el nuevo control barra de progreso (progress) expone las propiedades adecuadas para conocer el estado de dicha barra, o que los nuevos elementos audio y video, que permiten integrar un reproductor de audio o de vídeo de forma nativa, son accesibles con el teclado.

¡Fantástico!

Workshop WCAG 2.0 y HTML5

La Fundación CTIC junto con W3C organiza el Workshop WCAG 2.0 y HTML5 en Barcelona el próximo mes de octubre 2012.

Las fecha exactas del workshop no aparecen (hay un formulario para dejar el correo electrónico y recibir actualizaciones), pero sí que está el precio, 250€, y el contenido:


WCAG 2.0

• Introducción a las WCAG 2.0
• Requisitos de las WCAG 2.0
• Creación de contenidos perceptibles por todos los usuarios
• Operabilidad e interacción con el contenido
• Facilidad de uso y comprensión del contenido web
• Compatibilidad con navegadores y productos de apoyo
• Evaluación de accesibilidad
• Caso práctico

HTML5

• Principios del diseño de HTML5
• Uso de HTML5 de forma compatible con navegadores sin soporte
• Nuevos elementos estructurales y semánticos
• Formularios web enriquecidos
• Audio y Video sin pluggins
• Dibujando en Canvas
• Otras API relacionadas con HTML5:
• Aplicaciones web sin conexión
• Almacenamiento local de datos en el navegador
• Geolocalización
• Recomendaciones de accesibilidad

HTML5 se divide y puede afectar a la accesibilidad web

Hace unos días escribí la entrada HTML5: problema gordo en el horizonte en mi blog sobre programación en Internet. Según parece, WHATWG y W3C, los dos grupos que estaban desarrollando la nueva especificación de HTML5, se han separado y seguirán desarrollando HTML5 por separado.

¿Qué va a suponer esta separación? Seguramente nada bueno.

En el artículo W3C HTML and WHATWG HTML 'split' effect on HTML Accessibility?, Steve Faulkner, uno de los gurús de la accesibilidad web a nivel internacional, muestra su preocupación sobre esta separación y sobre cómo puede influir en la accesibilidad web.

En este artículo podemos leer que WHATWG, el grupo que inició el desarrollo de la actual especificación de HTML5, no ha mostrado mucho interés por la accesibilidad web.

Acorn Media Player, reproductor de vídeo HTML5

Si HTML5 va a sustitur a Adobe Flash (y al resto de tecnologías similares como Microsoft Silverlight u Oracle/Sun Java) en el desarrollo web, una de las cosas más importantes que debe solucionar es la reproducción de vídeos. Cómo ya expliqué en el artículo Accesibilidad de los vídeos en HTML5, la nueva etiqueta video de HTML5 tiene en cuenta la accesibilidad web, pero todavía hay algunos problemas que se tienen que resolver, como los subtítulos en los vídeos en HTML5.

Acabo de encontrar el proyecto Acorn Media Player - HTML5 media player. Este reproductor es un plugin de jQuery que implementa un reproductor de vídeo de HTML5 personalizado que presta especial atención a la accesibilidad y la personalización.

Sus características accesibles son:

• Control por teclado completo.
• Soporte de subtítulos, pero no nativo de HTML, sino propio con archivos externos SRT.
• Transcripción dinámica generada a partir de los subtítulos.
• Otras características interesantes, como personalización y soporte de temas, lo que permite su adaptación para usuarios con visión reducida.

En Dev Opera hay dos artículos que explican los aspectos técnicos de este reproductor:

• Building a custom HTML5 video player with CSS3 and jQuery
• A more accessible HTML5 player

Y si no te convence porque todavía hay muchos navegadores que no soportan el reproductor de vídeo de HTML5, utiliza Video for Everybody!, que proporciona un método fallback para ofrecer una solución alternativa basada en Flash cuando el reproductor HTML5 no es soportado.

Talleres sobre HTML5, WCAG 2.0 y web móvil del W3C

Para el que no lo sepa, el W3C tiene oficina en España, en concreto en el Parque Científico Tecnológico de Gijón. Y por ello, también tiene sitio web propio, w3c.es.

Para las próximas semanas, la oficina del W3C en España ha organizado unos talleres muy interesantes.

El 6 de junio se celebrará en Barcelona el Taller sobre Web Móvil y HTML5. Según pone en la página web, las inscripciones finalizan mañana miércoles 30 de mayo. En la agenda aparecen las siguientes charlas:

• W3C, Leading the Web
• Mobile Web Apps and HTML5
• Moviliza tu portal web
• Construye tu sitio web móvil

El 14 de junio se celebrará en Madrid el Taller WCAG 2.0 y HTML5. El contenido de este taller es bastante extenso:

• WCAG 2.0
• Introducción a las WCAG 2.0
• Requisitos de las WCAG 2.0
• Creación de contenidos perceptibles por todos los usuarios
• Operabilidad e interacción con el contenido
• Facilidad de uso y comprensión del contenido web
• Compatibilidad con navegadores y productos de apoyo
• Evaluación de accesibilidad
• Caso práctico
• HTML5
• Principios del diseño de HTML5
• Uso de HTML5 de forma compatible con navegadores sin soporte
• Nuevos elementos estructurales y semánticos
• Formularios web enriquecidos
• Audio y Video sin pluggins
• Dibujando en Canvas
• Otras API relacionadas con HTML5:
• Aplicaciones web sin conexión
• Almacenamiento local de datos en el navegador
• Geolocalización
• Recomendaciones de accesibilidad

Muy interesante la indicación que se realiza para asistir a este taller:

Durante el taller se mostrarán ejemplos y se propondrán sencillos ejercicios que faciliten la comprension de los contenidos expuestos. Para realizar los ejercicios el único requisito es disponer de un equipo portátil, un navegador web con buen soporte de HTML5 y un editor de texto.

Si consultamos la página que se enlaza, podemos encontrar esta tabla en la que se resumen el soporte actual de HTML5 en los navegadores más populares.

Según esta tabla, de los cinco navegadores más extendidos (Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Safari y Opera), respecto a las versiones estables actuales, Google Chrome 19 es el más compatible con un 82%, mientras que Microsoft Internet Explorer 9 es el que menos con un 42% (aunque Microsoft se atreve a poner en su publicidad, publicidad engañosa, que Internet Explorer 9 es el mejor navegador para HTML5, quizás les faltó poner "para que no funcione nada").

¿Qué es mejor, Flash o HTML5?

¿Qué es mejor, Flash o HTML5? La pregunta no debería tener respuesta, porque es como comparar naranjas y limones, pero hay mucha gente que se hace este tipo de preguntas.

Hace unos días recibí la siguiente consulta:

Últimamente he estado introduciéndome en el mundo de la accesibilidad, y, aunque ahora no me dedico a ello, es un tema que siempre tengo en cuenta.

Ahora mismo, trabajo creando cursos en Moodle, y me surge la duda de qué tecnología o herramientas usar para ello. Los últimos años se ha plagado los cursos de eLearning de contenidos hechos en Flash y subidos como paquetes SCORM. Pero dado que Flash está en extinción, y viendo todos los inconvenientes que tiene, entre ellos, los referentes a accesibilidad, me estaba preguntando si HTML5 sería la mejor elección para los contenidos de los cursos de eLearning.

Sé que tu especialidad es la accesibilidad, pero te agradecería enormemente si me dieras tu opinión acerca de esto. He leído los artículos de tu blog acerca de HTML5 y de Flash. No tengo dudas de abandonar completamente el Flash, la duda es si además de HTML5 hay alguna otra tecnología para crear contenidos accesibles, multiplataforma, etc. En definitiva, si hay más tecnologías que puedan ser tan accesibles (hablando ya en un sentido más general, tanto a nivel humano como del dispositivo que uses) como HTML5. También me preocupa desarrollar ya contenidos en HTML5 y que haya problemas para verlos dependiendo del navegador.

Y mi respuesta fue:

Flash no tenía características de accesibilidad desde el principio. Posteriormente se añadieron, pero por necesidad, porque lo pidió la gente. Incluso así, aunque se utilicen las características de accesibilidad de Flash, los objetos hechos en Flash siempre han tenido un problema: en algunos navegadores no se puede acceder a ellos directamente con el teclado (nosotros no nos damos cuenta de ello porque lo usamos con ratón). Una persona ciega o una persona con problemas de movilidad que utilice sólo el teclado, tendrá graves problemas de accesibilidad con los objetos hechos en Flash.

HTML siempre ha tenido en cuenta la accesibilidad. Puede ser mejor o peor, aún tiene muchas cosas por solucionar, pero se tiene el compromiso de ello. Por tanto, entre Flash y HTML5, sin duda HTML5 es mejor. Aquí puedes encontrar algo de información interesante sobre HTML5 y la accesibilidad: http://html5accessibility.com/

Un problema importante para que HTML5 triunfe es la falta de buenas herramientas de autor. Flash siempre ha tenido buenos (o malos) entornos de desarrollo, pero por ahora HTML5 carece de ello. Sin embargo, todo es cuestión de tiempo. Incluso Adobe está desarrollando su propia herramienta, Edge (http://labs.adobe.com/technologies/edge/) o Wallaby
(http://labs.adobe.com/technologies/wallaby/), su propio conversor de Flash a HTML5.
Yo no conozco otra tecnología que permita crear contenidos accesibles, multiplataforma, etc. HTML5 no es perfecto, pero es la única tecnología estándar que tenemos por el momento, y eso es un gran avance.

Sobre lo de crear ya contenidos en HTML5, el W3C anima a ello, no hay que esperar a que HTML5 sea una recomendación (lo cual se espera que ocurra en el año 2014). Pero hay que saber usar HTML5 con cuidado y ser consciente de lo que funciona en la mayoría de los últimos navegadores. En el caso de los contenidos educativos no veo ningún problema, porque es muy normal en los cursos online exigir unos requisitos mínimos de software a los alumnos, así que se puede exigir a los alumnos que utilicen unos navegadores concretos.

Hoy en día, las últimas versiones de los navegadores de verdad (Firefox, Opera, Chrome y Safari) implementan ya muchas de las nuevas características de HTML5. Para saber el nivel de compatibilidad con HTML5 te recomiendo la página The HTML5 test, en el apartado Other browsers hay una comparativa. A día de hoy, el navegador más compatible es Google Chrome 17:

• Google Chrome 17.0: 374 puntos
• Mozilla Firefox 10.0: 332 puntos
• Opera 11.60: 329 puntos
• Apple Safari 5.1: 302 puntos
• Microsoft Internet Explorer 9: 141 puntos

El W3C dice que HTML5 transformará la Web

La semana pasada, del 6 al 10 del marzo, se celebró el CeBIT en Hannover (Alemania). El nombre CeBIT (Centrum der Büro-und Informationstechnik) significa Centro para la Tecnología de la Información y de la Oficina. El CeBIT está considerada la feria de exposición de ordenadores, tecnologías de la información, telecomunicaciones, software y servicios más importante del mundo.

En la noticia W3C CEO calls HTML5 as transformative as easly Web nos cuentan cómo fue la participación de Jeff Jaffe, directivo del W3C. Según este directivo, HTML5 será una tecnología disruptiva con tanto poder y efecto como los que ocurrió durante los primeros años de la Web:

We’re about to experience a generational change in Web technology, and just as the Web transformed every business, (HTML5) will lead to another transformation.

Jeff Jaffe también destacó que HTML5 ofrecerá nuevas posibilidades para mejorar la accesibilidad de los sitios web.

Jeff Jaffe recordó que HTML5 no será un estándar hasta el año 2014. También reconoció que algunas críticas sobre el rendimiento de HTML5 y sobre su nivel de madurez para sustituir otras tecnologías (por ejemplo, Flash) tienen un fundamento real. Sin embargo, explicó que es algo normal en cualquier tecnología cuando se introduce por primera vez. Preguntado por el dilema aplicación nativa o aplicación web, Jeff Jaffe contestó que no lo veía como una competición, pero se decantó por las aplicaciones web debido a la gran diversidad de dispositivos que existen y a la necesidad creciente, por cuestión de costes, de disponer de una plataforma estándar.

HTML5: situación actual y futuro

HTML5 es "el milagro, la piedra filosofal, el Dorado del desarrollo web". Los que llevamos muchos años en el desarrollo web la estábamos esperando desde hacía tiempo: una tecnología estándar, compatible con todos los dispositivos y con las suficientes características que nos permitan hacer todo lo que queramos sin tener que depender de terceras tecnologías. Una tecnología que nos permita construir desde un "Smart a un Hummer", desde un "Lada a un Lamborghini". Desgraciadamente, por ahora es un espejismo.

El artículo HTML5 still taking shape nos cuenta algunas cosas interesantes sobre la situación actual de HTML5 y sobre las expectativas que se han creado a su alrededor. Además, plantea el dilema entre desarrollar una aplicación nativa para cada dispositivo o el desarrollo de una aplicación web compatible con todos los dispositivos. A continuación, la traducción de los párrafos más interesantes:

Hoy en día, hay pocas dudas de que la industria ha adoptado HTML5 como la mejor solución para el desarrollo y distribución de aplicaciones ricas (rich applications) compatibles con múltiples navegadores y dispositivos. Somos testigos de la desaparición de Flex, del reposicionamiento de Flash, y del anuncio de Microsoft de que Silverlight 5 será la última versión para navegador.

[...]

"Esto no tiene precedentes en nuestra industria", dijo [Todd Anglin]. "Cada uno ha querido construir y poseer la plataforma, pero con la explosión de dispositivos en el mercado, ahora quieren ser dueños de las herramientas y los servicios".

¿Puede que todo esto se remonte a la decisión de Apple de no permitir plugi-ns y entornos de ejecución en su iPhone? En parte. Pero también se debe al creciente número de nuevos dispositivos que salen al mercado, cada uno con diferentes sistemas operativos. "Los plug-ins simplemente no se pueden mantener al día con el rápido aumento de todos estos dispositivos", dijo Anglin. "Incluso si se les permitiese, no podrían mantener el ritmo".

Jacobs citó un estudio que declaraba que dos mil millones de teléfonos móviles con navegadores estarán en circulación en dos años a partir de ahora, y todos esos navegadores afirman soportar los desarrollos basados en HTML5.

Pero es demasiado pronto para declarar a HTML5 el ganador en el desarrollo de aplicaciones web, afirman los expertos. De acuerdo con el sitio web builtwith.com, sólo el 8% de los principales 100.000 sitios web tienen algo de HTML5 detrás de ellos, y sólo el 14% de los principales 10.000 sitios tienen algo de HTML5, aunque sólo sea el empleo de Canvas. Además, sólo el 46% de los usuarios de Internet actuales tienen un navegador compatible con HTML5.

El problema, según Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, es que HTML5 aún no es un estándar. "Sólo porque alguien dice que su navegador es compatible con HTML5 no quiere decir que sea un estándar. Todos los navegadores soportan la recomendación del W3C [por HTML5] de diferentes formas", dijo.

[...]

Por lo tanto, ¿ha llegado HTML5 al nivel de Flash y Silverlight? La mayoría de los expertos dicen que todavía no, pero se está camino de ello.

[...]

También dijo el Grupo de Trabajo de Aplicaciones Web del W3C está trabajando en una nueva iniciativa para hacer frente "al acceso universal a las aplicaciones web mediante una amplia gama de dispositivos y por una gran diversidad de usuarios".

[...]

Uno de estos debates gira en torno a las necesidades del usuario y la experiencia del usuario. Montones de investigaciones muestran que los usuarios abandonan un sitio web si es lento en responder o no puede ofrecer lo que el usuario desea. Así que, una decisión a la que los desarrolladores web se deben enfrentar es la de escribir una aplicación que es nativa para un dispositivo, o utilizar los estándares web para llegar a más dispositivos.
[...]

¿Qué aproximación se debe adoptar?¿Flash? ¿Silverlight? ¿HTML5/JavaScript/CSS3/SVG?

Anthony Franco, presidente y cofundador de la empresa de desarrollo de software EffectiveUI, dijo que se debe contestar una serie de preguntas antes de elegir la plataforma de desarrollo:

1. ¿Cuál es la duración esperada de la aplicación? ¿Con qué frecuencia se volverá a rescribir?
2. ¿Cuál es el conjunto de habilidades de los desarrolladores? Las estadísticas muestran que hay cerca de 5 millones de desarrolladores web en el mundo, mientras que hay menos de 200.000 desarrolladores de Objective-C (para escribir aplicaciones nativas de iOS).
3. ¿Dónde tiene que residir la aplicación?
4. ¿Cómo de "rica" necesita ser la aplicación?
5. ¿Cómo de integrada en los sistemas software actuales necesita estar?
6. ¿Cuánto está dispuesto a poner en peligro las características de la aplicación en función de la plataforma elegida?

Más información:

• Accesibilidad en HTML5 (28/05/2011)
• ¿Qué le falta a la especificación de HTML5? (28/02/2011)
• Nuevo calendario para HTML5 (21/02/2011)
• El futuro de la accesibilidad web con HTML5 (04/11/2010)