Como sabéis, se han hecho públicas las releases finales de Flash Player 11 y AIR 3.
Para los que aún no conocen las características más importantes de FP11 y AIR3, os las recopilo.

Flash Player 11

• Soporte nativo de 64 bits (desktop)
• Renderización acelerada de gráficos con Stage 3D
• Adobe Flash Access content protection para aplicaciones mobile
• Soporte nativo para JSON
• Compresión de audio G.711
• Mejoras en el garbage collector
• Curbas de Bézier
• Generación segura de números aleatorios
• HTTP Dynamic Streaming protegido(HDS) y mejoras de acceso Flash
• Soporte para sockets seguros TLS
• Eventos para la gestión de Sockets
• Text input UI nativo (mobile)
• Soporte para JPEG-XR
• mejoras para el soporte de bitmaps de alta resolución
• Compresión altamente efectiva de SWF
• DisplayObjectContainer.removeChildren y MovieClip.isPlaying
• Sound.loadCompressedDataFromByteArray y Sound.loadPCMFromByteArray
• Decodificación asíncrona de bitmaps

AIR 3

• Stage3D (desktop)
• Native extensions (para todas las plataformas)
• Integración con Android Market
• Runtime bundles (Android y desktop)
• reproducción de audio en segundo plano (nueva característica de iOS; también en Android)
• CameraRoll para iPad
• Video acelerado por hardware (mobile)
• Text fields nativos (mobile)
• Soporte para la cámara delantera (iOS y Android)
• Almacenamiento encriptado para dispositivos mobile
• Control de altavoces (mobile)
• Soporte JSON (mobile y desktop)
• Mejoras de sockets (mobile y desktop)
• Codificación de video H.264 (desktop)
• Soporte JPEG XR (mobile y desktop)
• Bitmaps de alta resolución (mobile y desktop)
• Salida multicanal de audio digital (AIR para TV)
• Soporte avanzado para controladores (AIR para TV)
• Mejora en la gestión de los hijos de los containers
• Curbas de Bézier
• Generación segura de números aleatorios

Más información aquí

Has salido las Release Candidate de AIR 3 y Flash Player 11.

Como plato fuerte de AIR 3, tenemos las Native Extensions, que nos permitirán añadir nuevas características a nuestras aplicaciones en tiempo de ejecución.
Os dejo dos links sobre este tema para que los leáis:

link 1
link 2

Ya hay disponible una nueva versión de AIR y AIR SDK para mobile, la 2.7.
Como mejoras destacadas tenemos:

• Mejora en el rendering sobre iOS: obtiene un rendimiento hasta 4 veces más rápido.
• Un desarrollo más rápido para aplicaciones iOS.
• Instalación de AIR en las SDs de los dispositivos Android.

Acaba de salir del horno la versión 2.7 del runtime AIR de Adobe. Esta versión incorpora distintas mejoras, a continuación comento las más relevantes:

• Instalación de AIR en la SD de dispositivos Android
• Analíticas de vídeo mediante Adobe® SiteCatalyst®
• Cancelación del eco para crear experiencias colaborativas mejores
• Mejoras en la API de HTMLLoader para tratar mejor el contenido HTML
• Interpreter Mode para iOS, así podremos testear y debugar

A continuación os dejo los enlaces:
AIR 2.7 release notes
AIR 2.7 runtime

Ha salido una nueva versión de Adobe AIR, la 2.6, con las últimas mejoras para dispositivos iOS mobile y con importantes mejoras en cuanto a renderización HTML, mejoras para aplicaciones desktop y sporte para debug sobre USB.
A continuación desglosamos estas características.

Mejoras para iOS

• Soporte para micrófono: las APIs de acceso al micro ahora funcionan sobre iOS.
• StageWebView para iOS. Podemos crear contenido para ser renderizado con el Webkit nativo del iOS, mediante el StageWebView.
• Multitasking on iOS. Se permite que las aplicaciones AIR puedan activar y desactivar eventos para que al cambiar de aplicación haya una buena respuesta.
• Soporte Retina para iOS. Con AIR 2.6 se soportan las pantallas de alta resolución, como la del iPhone 4 y la del iPad.
• Mejora sobre la aceleración hardware sobre iOS.
• PFI ahora es ADT. El PFI (Packager for iPhone) ya es una realidad y ha sido integrada dentro del ADT. Con ADT ahora podemos empaquetar aplicaciones AIR, instaladores nativos para cada plataforma, aplicaciones Android y aplicaciones iOS.

Otras mejoras en AIR 2.6

• Mejora en el control de la visibilidad, de las acciones de maximizar y minimizar y del Z-order.
• Decodificación de bitmaps asíncrona. AIR 2.6 decodifica y muestra los bitmaps de manera más suave, mediante una implementación que se ejecuta asíncronamente y en paralelo a la aplicación principal.
• Debug sobre USB (Android).
• Captura de bitmaps en el StageWebView.

Hay mas mejoras, pero hemos comentado las más interesantes. Para más información:
link1
link2

Descargas de AIR 2.6:
SDK
Runtime

Hemos hablado en diferentes posts de las caractarísticas de lo que será AIR 2. De momento ya tenemos disponible la beta 2 y con ésta he querido experimentar algunas de sus características. En este artículo veremos algunas de estas características mediante una aplicación de ejemplo y así probar parte de lo que nos aportará la nueva versión de AIR.

Introducción

Hemos posteado anteriormente este artículo en el que comentamos lo que nos aporta AIR 2. En la beta 2 de AIR 2, las mejoras que se recogen, a “grosso modo”, son las siguientes:

• Mejoras en el Print Job para tener un control mayor de la impresión desde AIR.
• Sockets TLS/SSL, que nos permiten conectar a servidores que requieran TLSv1 o SSLv3.
• Soporte para acceso a Flash, así podremos reproducir contenido protegido.
• Mejoras en la API IME, diseñada para usar con el nuevo Flash Text Engine (FTE).

Información, descarga e instalación de la beta 2

En el siguiente link encontrareis la página de AIR 2, con toda la información que necesiteis y explica como descargar e instalar en cualquier sistema operativo.

Probando AIR 2

Para probar algunas de las características de AIR 2, he desarrollado una aplicación que contiene un tab navigator. Cada uno de sus tabs contiene una de las posibilidades de AIR 2 analizadas. Aquí os dejo el proyecto para que lo podais probar y trastear. Descomprimidlo y tendreis el proyecto FXP para importar directamente:
AIR2Enhancements.fxp

Detección de soportes de almacenamiento y apertura con la aplicación por defecto.

Algo que encontrábamos a faltar hasta ahora en AIR era la posibilidad de acceder a dispositivos de almacenamiento. AIR 2 es capaz de detectar estos dispositivos y acceder a ellos. Para ello, debemos tener en cuenta 2 clases:

• StorageVolumeInfo: Es una clase singleton que reconoce los cambios en estos dispositivos. Cuando hay algun cambio, lanza un evento de tipo StorageVolumeChangeEvent. Podemos controlar dos tipos de eventos: storageVolumeMount y storageVolumeUnmount.
• StorageVolume: encapsula la información del dispositivo.

Con estas clases podremos ver la información que nos apetezca del dispositivo.

Por otra parte, la API de la clase File tiene un método llamado openWithDefaultApplication(), que nos permite abrir el fichero con el programa que tiene asignado por defecto el sistema operativo.

En la siguiente imagen vemos el primer tab de la aplicación que muestra los soportes de almacenamiento. Nos permite navegar por todos ellos y también podremos abrir los documentos con la aplicación por defecto:

File promises

File promises es una nueva API que nos permite acceder a ciertas URL’s y arrastrarlas fuera de la aplicación AIR para que se guarden en nuestra máquina local. La clase URLFilePromise se encarga de hacer esta operación mediante la implementación de la interface IFilePromise y usando URLStream y URLRequest.

Para crear una file promise, mediante la clase URLFilePromise, pasamos al clipboard el array de file promises deseadas. Cuando se termina el proceso de drag and drop hacia la máquina local, el runtime descarga los datos para cada file promise. A continuación vemos una imagen de ejemplo de nuestra aplicación:

Native process execution

Con esta API se nos permite interactuar con procesos nativos del sistema operativo. Para realizarlo, las siguientes clases nos dan esta capcidad:

• NativeProcess: tiene la capacidad de lanzar procesos en el sistema operativo en el que se alberga la aplicación.
• NativeProcessStartupInfo: proporciona información básica que nos servirá para lanzar un proceso en el sistema operativo.
• NativeProcessExitEvent: este evento se lanza una vez termina el proceso. Puede ser que no se lance nunca si es que estamos ejecutando un proceso contenido en la misma aplicación AIR.

Para probar esta característica y debido a que estamos usando una versión beta de AIR 2, debemos insertar este tag en el fichero descriptor de la aplicación:

He codificado la aplicación de manera que controle en qué sistema operativo nos encontramos y sólo nos deje lanzar una de las aplicaciones, la que soporte nuestro SO. Aquí va una captura para ver como se lanza una aplicación nativa:

Network interfaces

Un ordenador tiene diferentes interficies de red. Con AIR 2.0 podemos acceder a esta información mediante la clase NetworkInfo. Esta clase nos permite obtener información como por ejemplo: la IP local y las interficies de red. En la siguiente imagen vemos el resultado:

Resolución de DNS

Como sabemos, cada dominio de la red tiene una IP asociada. Un DNS hace la conversión entre los nombres de dominio y las direcciones IP.

AIR 2.0 nos proporciona una DNSResolver, la cual nos permite preguntar a DNS. Cuando se obtiene la información, se nos notifica mediante un evento de tipo DNSResolverEvent.

Una IP puede ser de tipo IPv4 (32-bits) o IPv6 (64-bits). El AIR actual sólo soporta IPv4, pero el nuevo AIR 2.0 reconoce IP’s de tipo.

Hay diferentes tipos de registros en los DNS, AIR 2.0 soporta los siguientes:

• ARecord: Esta clase nos devuleve información de direcciones de tipo 64-bits IPv6. Los registros AAAA se suelen usar para convertir hostnames en direcciones IP.
• AAAARecord: nos devuelve información sobre direcciones de tipo 32-bits IPv4.
• MXRecord: nos proporciona información sobre el mapeo del nombre de un dominio hacia una lista de intercambio de mail.
• SRVRecord: nos devuelve la información de localización de servicios sobre los registros SRV. Se utiliza para los nuevos protocolos en lugar de la creación de protocolos específicos.
• ResourceRecord: clase para encapsular la información del registro DNS.
• PTRRecord: nos permite acceder a la información de registros PTR. Los registros PTR se utilizan normalmente para la realización de consultas DNS inversas.

A continuación una muestra de una consulta que hace nuestra aplicación:

Conclusión

Hemos visto algunas de las características que nos proporcionan las betas de AIR 2.0. Hay muchísimas más características que dejo que experimenteis personalmente. Encontrareis bastante información y ejemplos por internet.
Seguiremos probando betas hasta que salga la release oficial de AIR 2.0.

El día de hoy se anunció en Adobe Labs, AIR 2 beta 2. Es importante darle un vistazo puesto que las aplicaciones compiladas con beta 1 ya no podrán ejecutarse con el runtime de AIR 2 beta 2, así mismo hay algunas características importantes en esta versión entre las que destacan…

• Interacción Mejorada con la Impresora: Nuevo soporte de impresión que permite un control más fino sobre la manera en que el contenido se imprime desde una aplicación AIR, incluyendo la elección de impresora, tamaño del papel y número de copias.
  Una nueva API que permite recuperar información adicional de la impresión, como el área a imprimir, los colores y status de actividad. También es posible mandar a imprimir sin mostrar el diálogo de imprimir.
• Soporte para comunicación de sockets TLS/SSL: Ahora es posible conectarse a un servidor que requiere comunicaciones por socket tipo TLSv1 o SSLv3.
• API IME y Mejoras en la Entrada de Texto: Interesantes mejoras para soportar la entrada de texto con software IME mediante un API diseñada para utilizar el Flash Text Engine.

También hay algunas aplicaciones de ejemplo que podemos ir descargando para revisar a detalle estas características.

Hola comunidad de madeInFlex, este es mi primer post y lo hago para presentarles un pequeño proyecto OpenSource que comencé a inicios de este año. Su nombre es codeDraw y no es más que un editor visual para crear gráficos vectoriales para aplicaciones Flash, Flex, MTASC y haXe. Con él podemos “crear MovieClips” gráficamente y luego exportar su código a una clase AS2.0/3.0 y utilizarlo en nuestros proyectos, de ahí su nombre. Está desarrollado completamente sobre Flex y AIR, por lo que, en esencia, utiliza ActionScript para generar ActionScript.

Quisiera orientar este post a exponer, de manera resumida, aspectos técnicos del mismo y así compartir algunas ideas:
codeDraw no fue desarrollado sobre ninguno de los frameworks populares de MVC para Flex (Cairngorm, Swiz, PureMVC, etc.). Puede parecer algo alocado, pero se le desarrolló uno propio bastante sencillo. De igual forma, los tradicionales son mucho más robustos y el objetivo no es recomendar hacer uno, pero si aclarar el detalle para mejor entendimiento del código de la solución.

codeDraw incorpora un pequeño núcleo para la gestión de los objetos gráficos en tiempo de ejecución. Sucede que, históricamente, los desarrolladores de ActionScript que necesitan construir gráficos utilizando los clásicos métodos “lineTo” y “curveTo”, deben crear sus propios métodos de control de la información de los trazos. De esta forma, crearlos nuevamente, con las características o posiciones actualizadas, resulta mucho más factible.

Los paneles fueron desarrollados en módulos Flex e incorporados al principal utilizando el MVC. Actualmente codeDraw cuenta con 4: herramientas de dibujo y selección, panel de propiedades, capas y filtros.

Los documentos se almacenan en unos ficheros XML de extensión (codeDraw XML).

A continuación les dejo algunos screenshots, generalmente ilustran más que muchos parrafos …  :smile:

codeDraw aún se encuentra en un estado de desarrollo bastante joven. Faltan muchos bugs por revisar, balance y énfasis en la usabilidad del mismo, pero otras prioridades me han obligado a posponer su desarrollo por un tiempo. Por lo pronto, tengo pensado concluir la documentación del código y finalmente publicarlo a todos aquellos que lo puedan necesitar o estén interesados en contribuir.

• Más información, screenshots, etc. en el Blog oficial
• Descargar codeDraw 0.5 Beta

Queridos compañeros:

La nueva release de Adobe AIR está en las calles.
Si bien es cierto que esta actualización no representa una gran mejora en lo que respecta a nuevas funcionalidades, si que soluciona una buena lista de bugs , con los que estoy seguro mas de uno os habéis encontrado alguna vez.

Destacaría entre ellos:

-Mejora de uso de memoria en reproducción de video

-Evitar que nuestra aplicación falle y se nos cierre por tener activado el AdBlock de Safari en ciertas peticiones.

-Errores desinstalando AIR Apps (este último no me importaba   ) , entre otros..

Esta nueva versión es la 1.5.1, y para los que tenéis aplicaciones desarrolladas en AIR, como sabéis, debéis actualizar vuestro descriptor de aplicación a la versión 1.5.1 para poder usar la nueva API introducida, InvokeEvent.reason, muy útil en mi opinión ya que nos permite conocer, no solo cuando ha sido lanzada nuestra aplicación, sino desde donde (login o standard).
Para disfrutar de las demás mejoras no es necesario actualizar la versión en vuestro descriptor.
Así pues, a seguir desarrollando mas y mejor.

Un saludo a todos.

Me complace anunciar el inicio del primer concurso promovido por MadeInFlex: mifAIRContest’08.

La idea nació el 31 de Marzo en el pasado “onAIRTour Europe 2008″, desde entonces y cuando nuestro trabajo nos lo ha permitido, lo hemos estado cocinando con todo cariño para vosotros y… no creáis que lleva pocos ingredientes y sí muchos los cocineros que han intervenido.

Para hacerlo aún más jugoso hemos hecho coincidir la entrega de premios en el tercer MIF OnSite, esta vez tendrá lugar en Madrid y os recomiendo no perdéroslo porque las charlas preparadas van a ser magníficas.

En el siguiente enlace tenéis toda la información sobre las bases del concurso así como de los premios.

Anímate a participar, aunque no ganes ningún premio toda la comunidad Flex te lo agracederá puesto que todos los fuentes de las aplicaciones presentadas serán publicados para así poder aprender todos un poquito más.

Recordar que MIF lo hacemos entre todos y sin vuestra colaboración no sería posible realizar este tipo de concursos y eventos.