Dando la chapa

No he escrito un libro (bueno, no he publicado, escrito sí), no he tenido un hijo y no he plantado ningún arbol, pero lo que más me dolía hasta la fecha era no tener mi juguetito propio. No tener mis usuarios cabreados por mis bugs, o gente pidiendo mejoras a gritos. Y aunque aun sigo sin tenerlos, he puesto la primera piedra cual inauguración de carretera:

HippoHX

¿Qué es?

Software para hacer aplicaciones de escritorio en Flash. Técnicamente: APIs + herramientas encima de SWHX.

Podéis echarle un ojo a las FAQs y los tutoriales.

¿Pero esto no es lo mismo que AIR y Zinc?

Misma intención sí, las diferencias son:

*AIR está mucho mejor, mucho más robusto, muchas más APIs, puedes incluir páginas HTML (SWHX e HippoHX no), funciona en Linux (HippoHX sólo en Mac y Windows y no completamente aun) y tiene una gran empresa detrás.
*HippoHX es Open Source :)

Parece que lo digo de coña, pero no. Con la “caida” de Screenweaver (Edwin lleva desaparecido en combate casi 1 año desde que fichó por Adobe) nos habíamos quedado sólo con AIR y yo creo que es importante que haya una alternativa libre.

A mucha gente puede que esto no le diga nada, pero a mucha otra sí. Cuando hablas de extensibilidad o poder arreglar tus propios problemas, el código abierto gana por goleada.

Dicho todo esto, estamos a muuuuuuucha distancia de AIR o Zinc. Es más, NO USES HIPPOHX SI TIENES MUCHA PRISA Y POCAS GANAS DE RASCARTE LA CABEZA. Por ahora las herramientas sólo funcionan por línea de comandos y necesitas instalar un puñado de cosas si quieres recompilar los fuentes. Pero non ti preocupare, mi idea es hacer esto lo más fácil posible para el usuario final, por lo menos tan fácil como era Screenweaver en su tiempo. Simplemente aun no hemos llegado, un poco de tiempo por favor!

Publico esto por aquí más que nada para ver si hay gente que se anime a echar una mano con lo que sea. Especialmente ando buscando diseñadoiros que nos ayuden con ummm… el diseño. Si vais a la web podréis disfrutar del diseño Zárate-style, marca de la casa. Si os bajáis los ejemplos, no te quiero ni contar, feos a todo lo que dan clamando por una manita de pintura.

Necesitar necesitamos el lote completo: logo, web, usabilidad para la futura GUI… De todas formas como supongo que NO me llegarán millones de propuestas he pensado darle una oportunidad a 99Designs, echadle un ojo a este post en la lista de correo.

En fin, que a ver si se anima alguien y hacemos de esto algo útil.

Por cierto, hablo todo el rato en plural mayestático porque queda mucho mejor, pero el único friki picando soy yo.

¡Salud!

onAIR London

Bueno, bueno, pues hoy me he pasado el día de excursión en la ciudad en el onAIR Tour junto con Ozke. El sitio bastante molón, The Brewery. La verdad es que Adobe no escatima ya que nos han dado de desayunar, comer, y casi de cenar incluidos infinitos mini-Mars, fruta y unas cuantas cerves.

Mi excursión, a parte de para pasar un día fuera de la ofi, tiene mucho que ver con AIR ya que en mi curro hacemos bastantes aplicaciones de escritorio. Ahora mismo estamos en el proceso de decidir qué utilizar para “dopar” nuestras aplicaciones Flash. Tenemos que pasar del antiguo Screenweaver (que ya está bastante inestable) a algo más nuevo. Las opciones son AIR, SWHX o terminar de desarrollar un wrapper propio escrito en C.

Para no aburriros mucho con los dilemas de mi empresa, os contaré un poco cómo ha ido el día. Vaya por delante que me estoy haciendo un master en desconectar de las presentaciones corporativas en las que no sueltan más que lo que marketing ha dicho que hay que decir, así que igual me he perdido algo importante.

Me ha gustado:

** Kevin Hoyt. Ha hecho una demo de arrastrar un zip a una página HTML y mostrar con JS el contenido del zip. Más o menos haciendo esto:

- Te compilas en un swf la librería AS3 de manejo de zips AS Zip.
- Importas el swf como si fuera un archivo JS más: <script src=”lib.swf” type=”oct-stream”…>
- Usas desde JS las clases AS3 que están compiladas en el swf.

Muy interesante teniendo en cuenta el número de librerías AS3 que hay por ahí: AlivePDF, SMTP mailer….

** Serge Jespers. Una demo sobre las “badges” de AIR. Una badge es una imagen o swf en tu web que puede empezar el proceso de instalación de una aplicación AIR. Pero no sólo eso, sino que puedes detectar si la aplicación ya está instalada y qué versión, así puedes hacer una badge “inteligente”. Muy útil.

** Nicolas Lierman. Atención al frikazo. En su tiempo libre se va a Google Analytics, se pone a cotillear las llamadas al servidor y se saca una API AS3 para Google Analytics. Casi na. Además lo pone en una aplicación AIR que te puedes bajar y probar: Google Analytics AIR.

Y este ha hecho la zotada de la jornada al poner la contraseña de su cuenta de Google en el campo para el nombre de usuario delante de una sala con 500 personas en una conferencia que se estaba grabando… ¡Bravo! Supongo que ya la habrá cambiado.

** Lee Brimelow. Un tio bastante majete y por suerte gracioso porque ya nos estábamos durmiendo un poco. Algunas demos molonas de cosas con AIR como el YouTube downloader, simple, bonito y eficaz, ¿para qué quieres más?

Este también ha estado gracioso cuando la actualización de AIR no hacía más que molestarle durante su presentación. Resulta que Adobe ha liberado una nueva versión del runtime hoy mismo y no hacía más que darle por culo.

Y luego en el plano cervecil, que sepáis que he vuelto a atosigar a mr Mike Chambers con wmode y SeamlessTabbing ¡Yuju! La respuesta esta vez ha sido: “Acabamos de abrir la web para reportar los bugs del player, así que pásate por allí y reporta lo que te parezca”. Allí que iré mañana mismo.

También he estado de charleta con unos chavales de la BBC hablando de accesibilidad y Flash. A ver si dando todos la chapa conseguimos que Adobe invierta tiempo y recursos en el tema.

Y poco más. La gente por ahí hace cosas _bastante_ más molonas que las que yo hago, así que será cuestión de seguir mejorando.

¡Ea!

Yuju!

La beta 3 de AIR ya está en los labs y con esta nueva versión las páginas HTML por fin muestran contenido Flash. Llevaba tiempo esperando esto para hacer una versión de ZLog dentro de un ejecutable. Para echarle un ojo tienes que hacer lo siguiente:

- Bajar e instalar el runtime de AIR. Recomiendan desinstalar versiones anteriores. También comentan que aplicaciones hechas para la versión 2 NO funcionarán en la versión 3, así que si tienes alguna aplicación previa funcionando ten cuidado.
- Bajar ZLog.air e instalar.
- Yatá :)

No lo he probado prácticamente, así que puedes esperar cosas raras. A primera vista, si haces click en el enlace que pone “Powered by ZLog” la página de ZLog en mi web se abre en lugar de la aplicación. Eso tiene todo el sentido del mundo, pero no es lo que yo quiero. Lo que habrá que hacer es que abra una nueva ventana del navegador predeterminado (IE, FF, lo que sea) y vaya entonces a la web.

Cuando empieza la instalación hay un aviso horrible de seguridad diciendo que no se puede verificar el emisor, bla, bla, bla. Resulta que las aplicaciones AIR van firmadas digitalmente. Si no tienes la pasta puedes autogenerar un certificado (que es lo que yo he hecho) pero entonces hay aviso. Para quitar el aviso tienes que pagar la módica suma de $299 al año. Pero no seas mal pensado, no es negocio para Adobe, es negocio para Thawte, puedes pedir el certificado aquí. Si alguien sabe alguna forma de firmar gratuitamente las aplicaciones soy todo oidos.

En un tiempo prudencial supongo que sacaré una actualización del instalador, seguramente incluyendo instruciones de uso y tal, pero estaría bien que algún impaciente que ya use ZLog se baje el instalador a ver cómo va.

Salud!

pd: Que por qué no está hecho con ScreenweaverHX? Pues porque no admite páginas HTML :) Llevo pidiéndolo mucho tiempo pero no he visto un sólo movimiento :|

Maldito marketing. Es lo que deben estar pensando los chicos de Apollo Code y alguno que otro más. Los chicos de Adobe han dicho que Apollo es nombre para frikis y que Adobe Integrated Runtime mola mucho más para vender. Así que todo lo que era Apollo, ahora es AIR.

Este cambio coincide con la salida de la nueva beta que aun no he podido probar y de la que no he encontrado un changelog. Parece que han mejorado el tema de aplicaciones HTML y alguna que otra cosa muy molona como incluir SQLite.

Pero como Adobe es una empresa con deep pockets han decidido promocionar como toca AIR. ¿Y qué mejor que hacer un tour en plan estrellas del rock? Como éste: on AIR Bus Tour. Compramos (o alquilamos, no sé) un bus, lo vaciamos por dentro, lo envolvemos en pegatinas molonas, le ponemos WiFi a todo lo que de, un par de XBox y nos vamos de gira por USA y Canadá dando conferencias. Además creamos unas APIs para el bus para que los frikis se entretengan y nos hagan publicidad gratis.

Pero es que Adobe tiene los pockets, muy, muy deeps. Y para seguir promocionando AIR han creado un concurso de aplicaciones: AIR Derby. ¿Premios?

1 - Un viaje de 100.000$ a elegir por el ganador.
2 - 5 premios “The Ultimate Development Environment” que incluye: un Mac Pro 8Core con 4 gigas de ram, 2 monitores panorámicos de 27, una PS3, 200$ de regalos de Amazon y alguna chuchería más.

Y digo yo, ¿se anima alguien conmigo a participar? No creo que vayamos a ganar nada, pero soñar es gratis y hacer el friki también.

Sigo haciendo mis pruebecitas con Apollo para ver como va y tal. Me dispongo a agregarle a mi aplicación unos bonitos iconos cuando no hago más que encontrar problemas a la hora de compilar. El compilador diciendo que la ruta no existe, que los archivos de icono no están donde yo digo… pruebo rutas absolutas, relativas… ¬¬

Al final (1/2 hora) lo consigo compilar sin errores pero cuando voy a ejecutarlo me de un error diciendo otra vez que no encuentra los iconos. MECAGOEN… más pruebas, más rutas, Google y… ¡BINGO! Apollo no funciona en Windows no ingleses.

Como dice el post, cambiando la ruta de los archivos temporales de Windows a algo como “C:\temp” hace que todo funcione. Y por si alguien no sabe cómo se hace, pues vas a Mi PC > Propiedades > Avanzadas > Variables de entorno, pones el nuevo valor y reinicias para que tenga efecto.

Pero espera, que después de eso y de compilar sin errores el archivo .air, ahora me dice que hay un problema con mi archivo html de lanzamiento. ¿Cómo? Pruebas, más pruebas, quito JS raro, reduzco al absurdo…. hasta que me doy cuenta de que en el campo de descripción en el archivo application.xml he puesto “Zárate”. Lo cambio a “Zarate” y ¡voila!

Yo sé que estoy trabajando con una versión no definitiva y todo el rollo ése, pero estamos hablando de una empresa del calibre de Adobe, que se supone debería tener ciertas metodologías de trabajo… y vamos, no creo que hacer la aplicación funcionar en sistemas operativos no ingleses sea algo gigantesco para una empresa que YA desarrolla ése tipo de aplicaciones… aunque supongo que los equipos de trabajo serán distintos.

En fin.

pd: no sé si en Mac pasará lo mismo, pero tiene toda la pinta.

He estado trasteando un poco con Apollo, me he bajado todos los SDKs del mundo (te tienes que bajar el de Apollo Y el de Flex 2), la documentación de Apollo y luego la JRE para que todo funcione.

Después de intentar leer el manual y no encontrar mucho, me he dedicado a hacer un poco de ensayo error hasta que he conseguido compilar una página HTML con unos cuantos archivos. Una vez compilado, las cosas más o menos funcionan. A destacar:

• En una página HTML no cambia el cursor cuando se pasa por encima de un enlace.
• Si haces click en un enlace externo a tu aplicación NO se abre una ventana de tu navegador predeterminado, se sigue navegando dentro de la máquina virtual de Apollo. En principio tiene lógica, pero también la tiene que te dejen abrir una ventana HTML externa.
• Las CSS, JavaScript y demás funcionan aparentemente sin problemas. Recordemos que Apollo utiliza el motor de HTML de Safari.
• Me ha convertido 70kbs de archivos (html, js, css, etc) en un archivo .air de 7kb. Recordemos también que los archivos .air no son más que zips con una estructura especial.
• El proceso de instalación/desinstalación de aplicaciones parece limpio, por lo menos en Windows. Incluyendo un enlace a tu aplicación en Panel de Control > Agregar o quitar programas. Además, si ejecutas un archivo .air de una aplicación ya instalada, te ofrece re-instalar o desinstalar.

En fin, la primera toma de contacto no es mala, aunque no he hecho más que el Hello World. La documentación supera el estándar-Adobe, pero aún así yo no diría que es espectacularmente clara y/o sencilla.

A ver si en próximas entregas puedo trastear un poco con las APIs del sistema y tal. Ya os contaré.

¡Salud!

pd: Todo lo dicho y hecho para bien o para mal, que quede claro que es con una versión alpha de Apollo y una versión Alpha de Zárate usando Apollo, así que las cosas pueden variar en la realidad :)

Varios sitios andan afirmando que Adobe va a introducir DRM. Todo lo que yo he visto enlaza con esta noticia de la BBC, que no cita a ninguna fuente de Adobe, ni da ningún link oficial. Todo basado en lo que dice un tal James McQuivey.

Leyendo un poco más para buscar algo de claridad, parece que el DRM que van a ofrecer será dentro del nuevo Media Player, una aplicación de escritorio hecha con Apollo para ver y gestionar vídeos. Pero yo hay algo que no veo claro. ¿Ese DRM sería para el formato FLV? ¿Sería algo sólo para el Media Player? ¿Sería para el player oficial?

Sea lo que sea, ¿cuánto tardarán en salir cracks que permitan ver el contenido sin pagar? ¿De verdad Adobe va a enmerdarse con algo así cuando no tiene ninguna ventaja aparente para ellos? ¿Les habrán amenazado con denuncias (lo mismo que demandan a aplicaciones P2P porque permiten la piratería)? ¿Les habrán pagado una pasta para que lo hagan? Despues de que mr Jobs explicara que el DRM es caquita, ¿aún hay empresas que siguen invirtiendo dinero en ello?

A ver en qué queda todo.

[Actualización]

Vía Cristalab por fin doy con una nota de prensa oficial donde se puede leer:

For content publishers, Adobe Media Player enables better ways to deliver, monetize, brand, track and protect video content. It provides an array of video delivery options for high-quality online and offline playback, including on-demand streaming, live streaming, progressive download, and protected download-and-play.

The technology provides content publishers a standardized toolbox to deploy a variety of innovative new advertising formats, and to compile permission-based analytics data, both online and offline, to better understand their audiences. Building on Adobe’s rich history of document protection technology, Adobe Media Player plans to offer content publishers a range of protection options, including streaming encryption, content integrity protection and identity-based protection.

Así que van a ampliar/modificar el formato flv para permitir todo eso, por lo que parece que esos vídeos especiales solo se podrán ver en el Media Player. Vamos, formatos cerrados estilo iTunes. Para mi es una cagada de Adobe que lo único que conseguirá es dar trabajo a los juankers. El tiempo lo dirá.

[/Actualización]

Me entero vía Error 500 (Flash en los grandes blogs, ojo) que ya está dispobible la versión Alpha de Apollo en los Labs de Adobe. A ver si saco un poco de tiempo y puedo hacer un Hello World.

Si aún no sabes lo que es Apollo, échale un ojo a mis anteriores chapas.

Esta era una de las charlas que más ganas tenía de ver. Personalmente no soy muy fan de Mike Chambers, le he visto ser bastante agresivo respondiendo en OSFlash o FlashCoders.

Dejando eso de lado, Apollo es algo que me interesa bastante, especialmente porque en mi trabajo hacemos aplicaciones de escritorio. A día de hoy utilizamos Screenweaver o un contenedor (así se traduce wrapper, ¿no?) propio para tener acceso desde Flash a funciones del sistema operativo o para leer/escribir archivos en el equipo local.

Pues la verdad es que la cosa promete. Y digo promete porque todavía no hay una beta pública, que no se espera hasta principios de 2007. La versión 1.0 se espera para el final del primer semestre de 2007, así que yo creo que hablamos de Septiembre.

Como ya comenté en su día, dentro de Apollo se podrá hacer que Flash incluya páginas HTML completas, incluyendo AJAX, CSS, etc. Es la foto en la que aparece Google Maps debajo de un menú Flash. Además al objeto HTML se le podrá tratar como a cualquier otro MovieClip (alpha, filtros, rotación, etc).

Otra parte muy interesante sobre páginas HTML dentro de Apollo es que se podrán capturar clicks en botones o enlaces, eventos, etc y pasarlos a Flash o incluso cancelarlos. Mr. Chambers afirmó que incluso sería posible hacer un navegador con Apollo.

En general afirman que la integración entre las distintas tecnologías será a muy bajo nivel. Por ejemplo hablan de pasar instancias de clases desde Flash a JavaScript de forma transparente, o modificar nativamente el DOM de una página HTML desde Flash. Todo ello usando las APIs de Apollo, claro.

Ahora, todo tiene un reverso tenebroso. A saber:

• Las páginas HTML que se muestren en Apollo NO mostrarán contenido que no sea HTML, PDF o Flash. Es decir, que si en tu página tienes Quicktime o Windows Media, no se mostrará.
• Aún no han empezado con la integración de PDFs
• La versión 1.0 será sólo para Win y Mac, Linux ya veremos cuándo. Siendo realistas, no esperaría nada antes de 2008.
• Las directivas de seguridada (sandboxes) seguramente serán diferentes dependiendo de dónde se haya conseguido la aplicación. Esto no me quedó muy claro, pero creí entender que ciertas cosas se podrán hacer si la aplicación se consigue mediante instalación con un cd, pero no si se descarga de internet. Me suena a caos.
• Sigo sin tener claro cómo van a ayudar a la sincronización de datos on/off line.

En fin, bastante interesante todo en general, pero hasta que no lo tengamos en las manos, todo son buenas intenciones. La competencia con Screenweaver HX está servida.

Apollo para quien no lo sepa es el nuevo juguetito de Adobe para hacer aplicaciones de escritorio. Jorge hizo una buena intro en su blog.

Para mí la gran diferencia (a favor) con ScreenweaverHX será la capacidad de incluir contenido HTML. Como dice Joan Garnet, que lo ha visto en FlashMagazine, Apollo ya tiene motor de HTML, Webkit, que es el que utiliza Safari.

Pero es que no se queda ahí. Parece que se va a poder incluir HTML directamente dentro de Flash. Algo como:

var html:HTMLControl = new flash.html.HTMLControl();
html.width = 100;
html.height = 100;
addChild(html);
html.loadFromURLRequest("wherever.html");

Además, la integración Fash <-> JavaScript parece que mejora con llamadas síncronas:

ActionScript will be to commnicate to JavaScript and vice versa. And the calls to functions across the scripting bridge will be synchronous. The integration between the two languages will be better integrated than External Interface.

Cada día soy más fans de todo lo Open Source, pero he de reconocer que Adobe (parece) que está haciendo un buen trabajo con Apollo y se lo está poniendo difícil al equipo de SWHX, veremos en qué queda la batalla.