BlocketPc :: Flash Lite y Mobile Web

La salida de Flash Lite 3 al mercado supuso un gran avance en la tecnología flash en dispositivos móviles, mejoras en rendimiento, la entrada del Flash Video abriendo camino en una plataforma que lo pedía a gritos, el Web Runtime que nos permitía ver Youtube en los navegadores, fueron grandes actualizaciones, pero todo esto ha traído también asociado algunos problemas.

En los últimos días los principales desarrolladores de aplicaciones para Flash Lite, así como desarrolladores de aplicaciones terceras para complementar flash lite, han decidido lanzar el grito de socorro al ver como una tecnología tan prometedora puede hacer temblar su futuro por decisiones comprometidas.

Normalmente todas las tecnologías tienen puntos fuertes y puntos débiles y Flash Lite no es una excepción. Ya que siempre hablamos de las bondades de la herramienta, vamos a hacer un poco de crítica constructiva (ya que es el momento necesario para hacerlo, y sabemos que todas las opiniones que lleguen de este lado del ecosistema parecen ser valoradas por Adobe), y analizar los aspectos más comprometidos de esta tecnología en el momento actual:

1. Retrocompatibilidad en peligro
Sin duda el mayor problema de la nueva versión de Flash Lite ha sido la ruptura de compatibilidad con los ficheros swf compilados para Flash Lite 1.x y 2.x con acceso a datos remotos. Este tema ha provocado tirones de pelos, orejas, suicidios colectivos y demás desgracias en la comunidad de desarrolladores Flash Lite. Esta ruptura ha sido provocada por el nuevo Sandbox de seguridad que acompaña al equivalente del player 8 al que se compara FL3, lo que significa que si tengo un dispositivo con Flash Lite 3 actualmente no podré reproducir contenido Flash Lite 2 que no cumpla los nuevos requisitos del Sandbox. Estas restricciones lanzan automáticamente más problemas relacionados, algunos de los cuales trataremos también en este post.

Este tema lo sacó a la luz al poco de salir la versión al mercado Nick Gerig, aquí os dejamos un hilo muy clarificante del problema.

2. Los Upgrades de firmware
Nokia consideró actualizar sus dispositivos móviles para que estos evolucionaran a Flash Lite 3. Aunque esto en principio parece una buena idea, y lo es siempre que mires el mercado de una manera individualista, es una acción que crea la peor de las fragmentaciones que se pueden tener: ya hay suficientes diferencias entre diferentes móviles, como para añadir ahora diferencias entre los mismos móviles. Este hecho hace posible que dos móviles del mismo modelo exacto tengan diferentes versiones de player flash lite.

3. SWX dejó de funcionar
Y no sólo Aral Balkan se cabreó, nosotros también. SWX es a día de hoy la mejor manera de optimizar el rendimiento en aplicaciones móviles con flash lite que cargan datos dinámicamente, y dejó de funcionar como consecuencia de varios factores, entre ellos un bug en el player. Si bien tenemos alguna duda, ya que parece ser que hay una aplicación para Chumby con SWX (y Chumby lleva FL3), hemos hecho pruebas recientemente, y un mismo FLA que compilado para 2.x funciona, al compilar para 3 deja de funcionar.

4. ¿Archivos con acceso local y remoto?
Este punto es consecuencia del primero, pero crea una situación realmente delicada. A la hora de compilar para FL3 ahora estás obligado a elegir o acceso solo local, o acceso solo a la red. ¿Qué ocurre entonces con las aplicaciones que requieren accesos tanto locales como remotos? Pues dejan de funcionar. Por fortuna, casi siempre hay algún camino alternativo para solventar los problemas y en este caso, la solución se llama “trusted” y la carpeta “private”. Alessandro Pace explica en este hilo cómo debemos actuar para solventar este obstáculo.

Tenemos que recalcar en este punto que la mayoría de las aplicaciones terceras para crear instaladores SIS (a falta de bajarnos ultimas versiones y actualizaciones) no contemplan este caso aun.

—————————————-

No obstante, no todo son malas noticias, estamos de enhorabuena al ver que Adobe apuesta fuerte por la tecnología y parece que se da cuenta de la importancia que tiene la voz de la comunidad de desarrolladores, ya que son los que al fin y al cabo crearán los contenidos que harán fuerte la plataforma. Según Bill Perry piensan dar una solución al problema en breve.

Sin duda los posts de Ugur y Faisal les han hecho reflexionar sobre cómo estaba el panorama y problemas que ya estaban sobre la mesa hacía más tiempo (de hecho en el mismo momento de salir públicamente FL3) y han tomado la decisión de arreglar el problema.

Bien por Adobe porque aún no es demasiado tarde, estaremos pendientes de en qué se traduce este movimiento.