Dando la chapa

Bueno, no tanto como loving it, pero ya se sabe que la verdad no puede arruinar un buen titular. Ni siquiera un titular.

El caso, ando usando Flex para la interface de HippoHX que espero salga en la próxima versión. Me he decidido por Flex en lugar de GTK más que nada por un tema de mi productividad (Flex es “sólo” un framework para Flash, una plataforma que ya conozco) y de mis perspectivas laborales.

Las primeras impresiones son bastante positivas en el sentido de que hace lo que espero que haga. Acostumbrado a picar mis propios componentes, mis lógicas de reescalado, posicionamiento, etc. de repente construir en una hora una interface con CheckBoxes, TextAreas, Tabs, que se adapta sin problemas a distintos tamaños… es gratificante porque me permite dedicarme a lo importante que es la funcionalidad.

Pero claro, la fama cuesta y Flex no es una excepción. El nivel de detalle gráfico baja bastante. Si tienes una interface que necesitas diseñar al milímetro, olvídate. El peso también es considerablemente más elevado. Normal, estás compilando un framework MUY grande del que seguro no estás usando el 100% (aunque nunca lo haces con los frameworks). El ciclo de vida de los componentes de Flex te obliga a hacer las cosas en un orden muy determinado que, todo sea dicho, aun no tengo muy controlado*. Y como no hagas las cosas en el orden Flex, vas apañao.

Si alguien quiere echarle un ojo a mis andanzas, puede bajarse o ver el código en Google Code, dentro de tools > gui.

Y para Flasheros que quieren bichear con Flex, el mejor tuto que he encontrado que explica la relación entre AS3 y MXML es este de Xavi Beumala que ya tiene un tiempito: MXML vs AS3.

Salud!

* Si alguien conoce un tutorial (inglés o castellano) claro y conciso sobre el ciclo de los componentes en Flex, soy todo oidos. Todo lo que encuentro lo veo poco claro.

Titular para Google y compañía.

Resulta que me acabo de bajar a mi copia de Windows pirata el SDK de Flex 3. Para ponerlo a funcionar primero necesitas la JRE 1.6.

Hasta ahí todo bien pero cuando he ido querido compilar los ejemplos me ha saltado un bonito error:

MSVCR71.dll not found

Diciendo además que reinstalar la aplicación podría solucionar el problema.

Con un poco de Google llego a los foros de Winamp para encontrar la solución. Copiar la susodicha dll (Archivos de programa > Java > Jre 1.6 > bin) a c: > Windows > System32. Listo. Espero ahorrar al siguiente un poco de Google.

Y para que no te aburras tanto con este post te cuento que me ha bajado el SDK de Flex para evaluarlo como herramienta para la GUI de HippoHX. Las otras opciones son Xinf y hxGtk.

Ya veremos dijo un ciego.

Yuju!

Me acabo de enterar en ASNativos de que Adobe está perpetrando una nueva actualización de la política de seguridad del player: Preparing for the Flash Player 9 April 2008 Security Update.

La actualización no es compatible hacia atrás y te afectará en los siguientes casos:

* You use sockets or XMLSockets, regardless of the domain to which you are connecting
* You use addRequestHeader or URLRequest.requestHeaders in any network API call when sending or loading data cross-domain or You provide access to content on remote domains as a web service provider
* You have SWFs that are exported for Flash Player 7 (SWF7) or earlier that communicate with the hosting HTML by any means
* You use “javascript:” through network APIs to communicate outside a SWF

Y digo yo que aunque es buena idea que Adobe avise con “tiempo” (la nota es del 10 de Marzo, 20 días no creo que sean suficientes, pero bueno) de las modificaciones, ¿no deberían habilitar una descarga de la nueva versión del player para desarrolladores? Lo digo porque una cosa es la teoría y otra la práctica…

Me entero en FlashCoders que Adobe va abrir Flex la MPL de Mozilla!

Adobe to Open Source Flex

Adobe is announcing plans to open source Flex under the Mozilla Public License (MPL). This includes not only the source to the ActionScript components from the Flex SDK, which have been available in source code form with the SDK since Flex 2 was released, but also includes the Java source code for the ActionScript and MXML compilers, the ActionScript debugger and the core ActionScript libraries from the SDK.

By this summer, Adobe plans to put in place most of the infrastructure (public bug database and public daily builds) required to run the Flex SDK as an open source project.

La liberación de los compiladores no abriría de facto el formato swf?? Eso debería ayudar y mucho a proyectos como GNash y haXe. Y lo de el listado público de bugs se sale.

Open Source rocks!

[Actualización*]

Tropocientos blogs y foros enlazan con las noticias, de lo que estoy leyendo, me gusta esto:

This is a good first step for Adobe, but it’s just the first step. The Flash player is not being open sourced at this time, but when I talked with David he told me that that Adobe had been telegraphing the fact that they were going to open source Flex for about 20 months, since the opening of Adobe Labs. When I asked him about the Flash player, he said that open sourcing Flex should be viewed as a telegraphing of Adobe’s intentions. Of course, there’s a big difference between intentions and actual followthrough, so we’ll have to wait and see how the Flex project ends up working out.

Esto:

Though the SWF specification has been somewhat open for some time, the opening of the Flex compiler will be a major new step that can only be good for the company and the community. We can build SWFs using ActionScript with Adobe tools right now, but in the future what’s to stop anyone from making Java or Python generate SWFs? That main SWF compiler will soon be available to anyone, and I would hope that a compiler expert could go nuts with this sort of thing. Look at Nicolas Cannasse’s haXe as an example of a similar, but still different, language already evolving around the SWF format. This source code will make building something like haXe a bit easier because smart compiler engineers have a reference implementation from which to get started.

[/Actualización]

* Ultimamente actualizo todos los posts!

Tink y Mike Jones hablaron sobre Flex en sus 2 ponencias. Y después de verlas sigo teniendo el mismo sentimiento que tenía antes: para cierto tipo de aplicaciones sobre las que no necesitas un control milimétrico de la apariencia ni del peso final, bien. Pero eso no es lo que me piden a mi a día de hoy.

Tink hizo una introducción a Flex correcta, pero a mi se me quedó un poco corta porque lo básico ya lo conozco de trastear con ello.

Mike Jones habló sobre creación de componentes para Flex 2 y, a pesar de que él dice que ha mejorado mucho el proceso, a mi me dio la sensación de que para hacer lo básico ningún problema. Ahora, cuando intentas hacer algo en serio, te sigues encontrando “cosas raras” que, por supuesto, no vienen documentadas en ningún sitio.

En fin, a la TODO list, pero no muy arriba. Especialmente porque necesitas player 9 para utilizar Flex 2.

Más cositas para hoy. John Grden, que también es el friki que ha hecho XRay, acaba de presentar una versión (muy alpha, según él) de FLEXible, un editor de FLEX hecho en FLEX. Además ha hecho un vídeo con su hija pequeńa para que veas lo fácil que es.

Y por si fuera poco, es Open Source.

Yeah!