Parece claro: HTML5 y su combinación de Canvas y JavaScript, o alguna otra tecnología, van a acabar reemplazando a los .swf en la web
[Adobe sigue posicionando Flash como plataforma para múltiples aplicaciones. El vídeo en la web (vinculado a un ‘media server’, con ancho de banda adaptable y/o DRM) sigue siendo una propuesta de valor a considerar. También apuntan al 3D en el navegador: parece que, finalmente, el próximo Flash tendrá 3D nativo, aunque podrían llegar tarde para competir con las bibliotecas de 3D para JavaScript que llevan ya una temporada dando vueltas. Y siguen insistiendo en posicionarse como una alternativa a los entornos de desarrollo de Microsoft que sale hacia la web (donde Silverlight no parece una amenaza seria) por un lado y hacia el escritorio, dispositivos móviles y hasta televisores, por otro, de la mano de Adobe Air 2.5. Todo ello en un ecosistema con herramientas especializadas como Flash Catalyst o Flex Builder y una buena integración con la ‘estrella’ de la casa para los diseñadores, Photoshop —la integración es mejor aún con Fireworks, que parece mejor herramienta para diseñar interfaces para interactivos pero que, diría, aún no tiene la cuota de mercado que creo que merece.]
En cualquier caso, aún dando por supuesto (no parece nada descabellado) que Flash va a ceder el campo de ‘animación interactiva para la web’, seguimos necesitando una herramienta de autor comparable. Y el problema, ahora mismo, es que parece que vamos a pasar de ninguna a demasiadas opciones en un suspiro…
- Por un lado, Microsoft, sorprendiendo a propios y extraños, sacó (sin mucha promoción) hace unas semanas Ai->Canvas, un plug-in para Illustrator (sí, de Adobe, de ahí la sorpresa) que ‘escupe’ Canvas+JavaScript de forma al menos aceptable. Y que, además, ahora mismo, es lo único que lo hace con pinta de ‘herramienta de autor’.
- No contentos con esto, también tienen Glimmer, que sin ser un prodigio de usabilidad, ahorra mucho trabajo a la hora de usar algunos de los efectos más habituales de jQuery para manipular el DOM del navegador.
- Por otro lado, anteayer, la propia Adobe anunció el prototipo de una herramienta nueva y especializada, Edge (vídeo de demo), que iría por la vía de jQuery. No sé si para sorpresa de propios y extraños, pero sí para la mía, que habría apostado por un exportador para Flash y me había quedado tan ancho…
- Y cuando uno ya vivía ‘feliz’ con la promesa de una nueva herramienta, me encuentro con que Mike Chambers (el
principal product manager for the Flash Platform at Adobe
) tuitea que están enseñando el exportador de Flash a HTML5… Que ya era lo que yo anticipaba, efectivamente, posicionando a Adobe en los dos campos: jQuery y Canvas. [Ups: ver el segundo ‘PS’ al pie de la entrada]
Todo esto a la espera de que otros se lancen (o no) al ruedo: Microsoft también debería poderle hacer un exportador a todo lo que ahora vaya hacia Silverlight y no depender de Adobe e Illustrator, mientras que Apple podría crear sin demasiados problemas un «Flash killer» y seguir haciendo un poco la puñeta a Adobe.
Todo parece indicar que quien quiera dejar de usar Flash en la web va a tener que apuntarse a las dos opciones: para los típicos efectos ‘rollover’ y similares, jQuery o alguna de sus alternativas y, para animaciones ‘de verdad’, Canvas con sus correspondientes herramientas de autor/kits de desarrollo. Dado el nivel de mejora en el rendimiento de JavaScript de los navegadores, saltarse a Flash Player parece una buena decisión (parece que hasta Adobe vota por ello, con sus demos y anuncios), pero antes de tomarla hay que ser consciente de diversos aspectos. Hay cosas como empaquetar todos los objetos en un único .swf que parecen cómodas, y también hay que pensar en el montoncito de usuarios que siguen anclados en IE7 y 8, que no son despreciables en muchos ‘targets’ y cuyo rendimiento de JavaScript va a seguir siendo patético durante una temporada (en el caso de los «resistentes de XP», jamás saltarán a IE9, además).
En cualquier caso, a buena parte de los desarrolladores de ActionScript les conviene ponerse las pilas y comenzar a ver cómo funcionan tanto jQuery como Canvas…
PS 20101028 Obviamente, 24 horas después de escribir el post, me encuentro con información adicional de dos que se lanzan al campo de la animación HTML5: Sencha Animator y AdVine (estos últimos dedicados en exclusiva al mundo de la publicidad, parece). Ambos, vía TechCrunch.
PS20101028 Se ha ‘filtrado’ vídeo de la demo del exportador de Flash a «HTML5» y no se trata de Canvas+JavaScript, sino de HTML, CSS3 y JavaScript. Aún estoy más perdido…
Yo creo que hay un necesidad absurda de querer darle una estocada a flash porque si. Sin ninguna razón mas que un odio visceral al producto, bien ganado por demás si se piensa en la forma como se ha abusado de este en la publicación de banners. Pero si canvas se queda solamente en el tema de las animaciones y se empieza hacer banners de la misma manera abusiva que con flash, no va a quedar otro remedio sino crucificar también a las animaciones hechas en canvas. Flash en este momento es una plataforma tan sólida que Adobe esta viendo una oportunidad de crear un ecosistema de aplicaciones que ayuden al comunicador web expresar sus ideas sin que tenga que preocuparse por la técnica.
Me causaba curiosidad ver que por estos días los aficionados a canvas se regocijaban al implementar un juego de pong multiusuario en flash y ver la presentación del API de 3D de flash que abre unas posibilidades increíbles. Y hablando de este punto me parece aun más curioso que lo que realmente le permitió a flash tener ese tipo de 3D fue eliminar de una buena vez el software renderer y pasarse a un renderer por hardware. Que casualmente el «mundillo» de IE tomó el primer paso en este sentido.
Si el problema es hacer animación porque si sin flash la herramienta definitivamente mas adecuada son los gifs, o si la discusión es otra y es matar a flash porque si pues estaría incurriendo en el mismo error de la gente que quiere hacer todo en flash porque si.
Muy, muy de acuerdo, German…