Etiqueta: Adobe

Finalmente, Flash mueve ficha hacia HTML5

O, al menos, eso parece deducirse de este sneak peek que publicó Adobe ayer:

De la necesidad imperiosa de Flash de saltar a la piscina de HTML5 antes de que el formato swf se vuelva irrelevante del todo hemos hablado en más de una ocasión en este blog. Ya en octubre de 2010 nos preguntábamos quién acabaría matando a Flash y nos olíamos que jQuery y familia podían sustituir buena parte de las ‘animaciones de botón’ (nos olvidamos de CSS3, todo sea dicho), pero que para hacer cosas potentes Canvas parecía una alternativa bastante más interesante y factible. Un poco más tarde, en marzo de 2011 nos preguntábamos a qué exportaba Flash, exactamente: Adobe anunciaba que exportaba a HTML, pero que lo generaba era jQuery por un tubo. Bien para cosas básicas, pero para nada a la altura de funcionar efectivamente con un .fla sofisticado. Toda una decepción. Y hace un poquito más de tres meses volvíamos a interesarnos por la carrera de Adobe por seguir siendo relevante en un mundo HTML. Y seguíamos sin entender. Más de lo que habíamos visto en marzo… y una alternativa a Flash: Adobe Edge (por cierto, que Edge sigue moviéndose y anda por la ‘preview 4’, que salió en enero). Pero Flash, la joya de la corona Macromedia, seguía sin salir a Canvas, limitado casi cruelmente a una sopa de divs, SVGs y animaciones del DOM. Sorprendente.

Febrero de 2012 y, finalmente, parece, Adobe tiene algo que enseñar digno de enseñarse. Enseñan poco, muy poco, pero cuentan en el vídeo que la cosa va de usar CreateJS, que se autodescribe como «una suite de bibliotecas JavaScript y herramientas diseñadas para trabajar con HTML5», que incluye EaselJS («una biblioteca JavaScript para trabajar con el elemento Canvas de HTML5»), TweenJS («una biblioteca de animación y tweening para JavaScript y HTML5″, y que también sale a Canvas) y SoundJS para trabajar con sonido. Que uno diría que es una buena receta para hacer lo que hace Flash… pero sin archivos swf ni la máquina virtual de Flash. Todo ello con la firma de Grant Skinner, que, por poner un ejemplo brillante, está detrás de pirateslovedaisies.com (que sí, que es difícil de creer, pero no es un .swf…)

A Flash le queda mucho camino por avanzar si quiere salvarse de la quema, pero de golpe, la cosa parece mucho menos negra…

La carrera de Adobe por seguir siendo relevante en un mundo HTML…

…queda bastante bien ilustrada en el siguiente vídeo:

[youtube]http://www.youtube.com/watch?v=bzOjbGx5kwc[/youtube]

Después del anuncio de la renuncia de Adobe a continuar con el plugin Flash para los navegadores móviles, la carrera (ya en marcha: habíamos tocado el tema hace poco más de un año) por desarrollar las herramientas equivalentes a Flash para un mundo HTML se vuelve cada vez más importante.

Si bien opino que Adobe aún cuenta con bastante ventaja sobre la competencia (por ‘know how’ y, sobre todo, por presencia en el mercado), resulta un poco decepcionante comprobar que su estrategia apenas ha cambiado en doce meses. Siguen teniendo dos caballos en la carrera de las películas (por seguir usando terminología Flash) hechas con divs, CSS y jQuery (o bibliotecas JavaScript similares): un exportador para Flash (que genera HTML, CSS y JavaScript, que no HTML5; dudo bastante que hayan cambiado mucho en seis meses) y Edge, aún en beta, pero que, básicamente, parece competencia para Adobe fabricada por Adobe… Y, mientras tanto, ningún caballo en la carrera que a mí, al menos, me parece verdaderamente interesante: desarrollar algo que sea verdaderamente HTML5 (esto es, muy probablemente, tirando de canvas) y que nos ahorre los problemas de Flash, más que hacerlos perdurar en un entorno diferente… Pero, si la cosa sigue igual, comienzo a temer que Adobe pueda permitirse el lujo de patinar y aún así conservar la corona por incomparecencia de aspirantes al título. Esperemos que no sea así.

¿Opina Adobe que las revistas digitales se maquetarán en InDesign?

No me gustaría a mí ser el encargado de tomar las decisiones en Adobe por lo que respecta a plataformas de edición y publicación de revistas digitales. Estoy convencido de que, como mínimo, los ‘product managers‘ de Acrobat, InDesign, Dreamweaver y Fireworks reclaman el espacio como propio, y no hay suficiente balón como para repartir juego entre cuatro galácticos de semejante magnitud. Y si sólo con eso el problema ya sería mayúsculo, por poco seso que tenga, quien sea tendrá, además, que preocuparse por si hay en realidad suficiente mercado o se trata todo de un enorme ‘hype‘ y acabaremos publicando PDFs ‘de los de toda la vida’, sin interactividad ni inventos extraños de paginación/navegación (llámenme carca, pero yo sigo pensando que, con todas sus limitaciones, ese es el modelo más viable, como mínimo a corto y medio plazo).

En cualquier caso, la cuenta de resultados actual no se nutre de reflexión y algo hay que vender a Condé Nast y el resto de grandes editores. Y, como mínimo a ese mercado, Adobe hace tiempo que le está vendiendo la moto de que el ‘product manager’ que manda es el de InDesign (algo me dice que ayuda el hecho de que en las grandes revistas esa es la herramienta que quieren ver, porque esa es la herramienta que están usando y no hay fuerza más poderosa que la inercia). Las versiones iPad de las revistas de Condé Nast se han desarrollado, hasta ahora, en colaboración directa con el fabricante de software, intentando obtener una solución que Adobe pueda vender y que permita al grupo editorial mantener su posición y ser el primero en plantar una pica en este Flandes digital que se adivina tan potencialmente lucrativo.

En esa línea, el canal RSS de los ‘laboratorios’ de Adobe comunicaba ayer a última hora que la fase de ‘preview pública’ de la Adobe Digital Publishing Suite se cerraba… y dicha ‘suite’ pasa a ser un producto oficial y de pleno derecho del catálogo. Con página oficial y todo, naturalmente, en la que encontraréis la [poca] información adicional que dan. No es la ADPS un producto para el consumidor. Ni, presumiblemente, para el ‘prosumer’: el producto se ofrece en versiones ‘Professional’ y ‘Enterprise’ y para obtener un precio hay que hablar con un representante de la casa. Dudo mucho que se lo pueda permitir alguien que no esté ganando ya dinero en el sector editorial.

Volviendo al título de la entrada, lo único que podemos sacar en claro de todo esto es que, de momento, en Adobe gana el señor InDesign, puesto que la parte software de ADPS es una especie de plug-in (Folio Producer) que funciona sobre dicha herramienta. La parte potente de ADPS, en cualquier caso, es la de los servicios que ofrece Adobe a los editores: en primer lugar un ‘producer’ que tomará esos ‘folios’ creados con InDesign más el plugin y los preparará para los múltiples formatos de salida previsibles/previstos, después un servicio de distribución hacia las diferentes plataformas, a continuación servicios de comercio electrónico y analítica para poder monetizar y, finalmente, para los editores más potentes, un ‘viewer builder service’ para (o al menos eso es lo que leo yo) acabar de personalizar la experiencia de usuario del lector a la medida de lo que desee la publicación.

Mi [modesta y poco informada] opinión al respecto es que la vía InDesign no es el futuro en un universo de múltiples resoluciones y tasas de aspecto: quien produce está acostumbrado a un mundo de absolutos (el del papel) y hay un gran valor en ser continuista con las herramientas, pero la cosa que quieren producir se parece, más que a ninguna otra, a una web muy sofisticada y no puedo evitar pensar que ese campo lo acabarán ocupando los diseñadores web que, haberlos haylos, ya han aprendido a lidiar con un mundo en que todo es relativo, a aceptar las limitaciones del medio y a aprovechar las potencialidades de la interactividad. Y que en Adobe la ‘facción Dreamweaver’ sigue trabajando con ello en mente (véase, en los mismos Labs de Adobe, el prototipo de CSS Regions presentado también recientemente). Pero eso sólo es mi opinión… y sólo el tiempo decidirá quién acierta y con qué herramientas acabaremos jugando.

Flash exporta a… ¿qué, exactamente?

Adobe sigue blindando o intentando blindar a Flash (la herramienta de animación, más que la de desarrollo, parece) frente a los dispositivos (cada vez más, distinguidos por llevar al dorso un tatuaje de una pieza de fruta) que no reproducen Flash (el formato). Cosa que no debería sorprender a nadie. Pero sí me sigue sorpendiendo la manera en que lo están haciendo. Hoy han publicado en sus Labs Wallaby, an experimental technology that converts the artwork and animation contained in Adobe® Flash® Professional (FLA) files into HTML.

Si queréis ver un ejemplo de lo que hace, podéis ver un original en Flash y su transformación a HTML (encontrados ambos vía Andy Baio en enwire.dk). Las cosas que sorprenden:

  • Si habéis abierto la versión HTML con Firefox, Opera o IE… no habéis visto la animación. Porque ahora mismo solo funciona bajo navegadores Webkit (esto es, básicamente Safari y Chrome). Eso era razonable cuando hicieron la primera demo (a finales de octubre). Pero ya han pasado cuatro meses desde entonces…
  • Si abrís el código fuente veréis que no hay un canvas de por medio: el código muestra una colección de piezas en svg en divs anidados y animados en JavaScript usando jQuery y las herramientas de animación en JavaScript propias de WebKit.

Sus motivos deben tener, pero, por un lado, cuatro meses para lanzar algo a los Labs sin que funcione más que en navegadores (hasta ahora, al menos) minoritarios no me parece una gran idea. Uno podría sospechar que la idea es hacer algo que funcione óptimamente en la implementación de Webkit de Safari Mobile pero, entre nosotros, acabo de abrir la página en un iPhone y funcionar, funciona, pero… se arrastra. Y, por otro, si tenemos que imaginar que los desarrolladores de Webkit (y de Firefox Mobile, y de Opera Mini y Mobile) van a optimizar algo en sus motores, votaría por Canvas mucho antes que por cualquier otra cosa.

Vaya, que no dudo de la brillantez de los estrategas y desarrolladores de Adobe, pero no salgo de mi asombro…

¿Quién matará a Flash?

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…