Imagen de http://www.foodbuzz.com/

“Hero” (Flex SDK 4.5) nos trae al “Burrito”(Flash Builder 4.5) servido con un “Panini”(Flash Catalyst CS 5. 5), ya  están disponibles las versiones finales de estos productos.  Flash Builder por su parte facilita la creación de proyectos usando Flex 4.5 SDK optimizado para multiples dispositivos o netamente en ActionScript, Flash Catalyst soporta la escalabilidad de las aplicaciones; teniendo como objetivo crear experiencias de una manera mas fácil en plataformas como Android, Blackberry para tablets y Apple iOS para luego estar en Web OS, Google TV, Smart TV de Samsung, entre otros.

Flex SDK 4.5 tiene un nuevo compilador que se enfoca en la reducción del consumo de memoria, menor tiempo de compilación y  mejoras en la logica de los enlaces a RSL, ahora solo lo necesario será enlazado a la aplicación.

Esta versión del SDK no esta solo pensada en múltiples pantallas sino que agrega componentes optimizados para móviles  y patrones de diseño comunes en estos dispositivos.

Al ver componentes MX desaparecer del Framework se agregan algunos sustitutos:

• Spark Datagrid perfecciona  ”rendering”, “scrolling” y la interacción del anterior MX:Datagrid. Agregando soporte para fuentes de datos que están cambiando continuamente.
• Spark Form se aleja del limitado MX:Form incluyendo nuevas maneras de distribuir los componentes; integrando columnas de componentes, secuencias de selección, ayuda y validación.
• Spark Validator y Spark Formatter usan Globalization API, introducido en Flash Player 10.1, según la información local del equipo se realizan formatos y validaciones.
• Spark Image incluye la personalización de los estados de la imagen al cargarse, no encontrar el archivo y finaliza la carga. Ademas de las mejoras de BitmapImage en la escala y suavizado de imagenes.

Imagen http://www.adobe.com/

Flash Builder 4.5 con su completación de código asistido por plantillas editables, generación de código y el subrayado de código con errores, busca aumentar la productividad al trabajar con MXML y AS. Con mejoras de hasta 65% en procesamiento de proyectos dependientes de multiples librerías y gran cantidad de archivos.

Flash Catalyst CS 5.5 por defecto todos los proyectos tienen tamaño variable. Al Tener el control de como cambian los tamaños se puede definir cual es la distribución  de componentes que funciona para cada resolución. Con la nueva definición de interacción  global con los componentes se puede trabajar orientado a como se sentirá el prototipo final. El  sistema de animaciones controladas por la linea de tiempo aumenta el numero de parámetros y las condiciones en los efectos siendo de gran ayuda para lo diseñadores.

El nuevo flujo de trabajo de doble vía o “roundtrip” incluye no solo la idea de un prototipo sino un producto desarrollado por diferentes personajes orientado a diferentes plataformas.  El diseñador gráfico, el diseñador de experiencias y el desarrollador trabajan  basados en la ultima versión del producto de manera fluida.

Video introductorio de Flash Catalyst CS5.5:

• Los cookies expiran por defecto; los Shared Objects no expiran.
• Por lo general, los cookies tienen un límite máximo de 20 por cada sitio web; los Shared Objects no tienen ese límite.
• Por lo general, los cookies están limitados a un tamaño de 4kb cada uno. Por defecto, los Shared Objects tienen un tamaño de 100kb pero se les puede configurar un tamaño ilimitado.
• Los cookies pueden ser transmitidos a un servidor vía HTTP. Los Shared Objects no pueden ser transmitidos a un servidor ni pueden ser compartidos entre aplicaciones de distintos dominios (por defecto, aunque se puede permitir), características que suponen una ventaja a nivel de seguridad sobre los cookies.

Otras características interesantes de los Shared Objects y los cookies que pueden ser consideradas como ventajas o desventajas dependiendo del punto de vista, son:

• Los cookies pueden ser deshabilitados en su totalidad o para un sitio específico desde el navegador. Los Shared Objects escapan a esta configuración. Deben ser gestionados desde la aplicación, haciendo clic derecho sobre la película Flash y seleccionando la opción “Configuración” o “Settings”, o desde el Panel de configuración de Flash Player oficial de Adobe .



• Los cookies pueden ser eliminados desde las opciones del navegador. Los Shared Objects permanecen cuando se ejecuta esta opción ya que no son cookies.
• Los cookies, por lo general, almacenan datos de tipo texto. Los Shared Objects almacenan varios tipos de dato binarios, entre ellos: Array, ArrayCollection (de String), Boolean, Date, etc.

Esta tecnología es propia de Flash, está bastante madura a la fecha y su uso es tan simple como difundido. Los Shared Objects, junto con los cookies tradicionales, han sido motivo de pleitos legales en diversos países debido a lo intrusivos que pueden resultar cuando se utilizan de manera agresiva y desmedida en actividades como el rastreo de hábitos de navegación de usuarios con fines publicitarios. De hecho, en Reino Unido se han creado regulaciones que impiden la utilización de cookies y Shared Objects para rastrear hábitos de usuarios sin su consentimiento. Definitivamente, esta tecnología es mas poderosa de lo que aparenta y puede resultar sumamente útil en nuestras aplicaciones RIA. Particularmente, y debido al tamaño ilimitado que puede alcanzar un Shared Object, los considero una buena alternativa al momento de almacenar datos de formularios en aplicaciones sin conexión a Internet (offline) para su posterior envío al servidor (obviamente, cuando la conexión a Internet este disponible).
Sobre esto haré un ejemplo pronto.

Por ahora, les dejo un ejemplo de un buen uso (nada de intrusiones publicitarias, esta vez) de Shared Objects para almacenar los datos de autenticación de un usuario en una aplicación Flex. Lo interesante del ejemplo se encuentra en la clase LoginModel.

Dudas y comentarios son bien recibidos.

Juan Manrique.

Nota: Gracias a Daniel Terraza por darme pistas sobre Shared Objects en Flex.

Recordar usuarios con Shared Objects en Flex
Código

Información oficial sobre Shared Objects
Panel de configuración de Flash Player oficial de Adobe
Curiosidades de los Shared Objects

La imagen de Caracas es de aquí.

Como de costumbre, hice un ejemplito sencillo en el que se aprecia el código necesario para utilizar imágenes como ItemRenderers o ItemEditors de Series de gráficos en Flex 3. Las dudas y comentarios, siempre bien recibidos.Juan Manrique.

Chart con imagenes en Series
Código
Las imágenes de los trenes del Metro son de aquí.

Juan Manrique.

EventosTeclado
Código

Preparé un ejemplo donde se puede apreciar algunas de las capacidades de esta librería:

• Rendering de texto
• Rendering de imagenes
• Rendering de enlaces a sitios web (links) sobre texto e imagenes

Demás está recomendarles que revisen la documentación sobre esta librería. Particularmente, cada vez que la utilizo, termino descubriendo, al menos, una funcionalidad desconocida para mi. El ASDoc viene incluido en el archivo de descarga, junto con un par de códigos de ejemplo en Flash y Air.

El código fuente está algo comentado pero, como siempre, las dudas son oídas con gusto.

Juan Manrique.

EjemploPDFRia212
Código

Sobre AlivePDF y la clase FileReference

Una característica interesante de esta librería es que el procesamiento del archivo PDF se hace en el mismo cliente Flex. Sin embargo, viendo el código del ejemplo mencionado me di cuenta de que al momento de guardar el archivo a disco, se hace una invocación a un script PHP en algún servidor remoto que, supongo, genera el archivo PDF y lo reenvía al cliente Flex para que sea descargado. Esto me pareció algo inconveniente, pues todo el procesamiento del archivo PDF se hace en el cliente Flex, pero no se accede a disco desde Flex al momento de guardarlo. Me pregunte entonces si sería posible acceder a disco desde el cliente Flex para poder crear y guardar un documento PDF sin hacer uso de ninguna tecnología de servidor. Lo que encontré fue que Flash Player 10  incluye una clase especial para la carga y descarga de archivos hacia y desde un servidor, respectivamente: la clase FileReference. Esta clase logra acceder a disco abriendo un cuadro de dialogo “Guardar como” del sistema operativo. Así que si se desea manejar archivos PDF exclusivamente en el cliente Flex, me parece adecuado hacer uso de esta clase para guardar a disco el archivo PDF sin hacer uso de ningún servicio remoto.

Comentando una línea y agregando solo tres más al ejemplo original, fue posible crear y guardar a disco un archivo PDF mediante la librería AlivePDF y la clase FileReference. La librería AlivePDF posee un método save() mediante el cual es posible generar el documento PDF. Este método tiene dos constructores en los cuales se indica si la generación del documento será de manera remota (en un servidor) o de manera local (en el cliente Flex). Como es de esperarse, comenté la línea donde se invoca a este método de manera remota en el ejemplo original y agregué la invocación al mismo método pero de manera local. Las dos siguientes líneas son triviales cuando se hace uso de la librería FileReference.

Espero que les guste el ejemplito. Se aceptan comentarios y dudas.

Juan Manrique.

DrawingDemoRIA212
Codigo