El Flex 2.0.1 SDK Hotfix 1 fue liberado hoy. Principalmente incluye una serie de parches para el dataGrid.
Mi recomendacion es instalarlo es probarlo en un ambiente separado por aquello de nuevos problemas introducidos.
Avisenme si resuelve algunos de sus problemas.
Saludos,
Oscar Cortes
Los video clips de dos minutos de YouTube fueron solo el comienzo. A como la television abandona nuestras salas y se mueve a nuestras computadoras, vemos que su potencial abarca varios sectores. Las barreras para transmitir video se han reducido tremendamente, y ahora es mucho mas barato alcanzar a las masas con videos. La metafora de canales de TV se vuelve ahora canales de TV por Internet. En el ultimo mes he estado expuesto a varios usos de dichos canales. Los videos en Internet ya no solon son de las personas comunes y corrientes grabando a su gato haciendo algo gracioso, pero se estan volviendo una herramienta de mercadotecnia muy poderosa. Promocionales de productos, peliculas, musica y entrenamiento estan inundando el Internet. Y adivinen que, la gente los esta viendo y a veces los prefiere a la television. Al mismo tiempo, hay videos que no estan disponibles por TV.
Una de las aplicaciones que me llama mucho la atencion es como se estan usando los videos como herramienta de entrenamiento o aprendizaje. Lo hemos visto hace unos dias con el lanzamiento de Apollo, el cual vino acompañado de un conjunto de videos en dos sitios diferentes: video.onflex.org y Lynda.com, lo cuales permiten aprendizaje inmediato y on-demand a nuevo conocimiento.
Las oportunidades solo estan limitadas a nuestra imaginacion. Aqui les dejo un pequeño ejemplo de un canal en Brightcove que ofrece videos para aprender idiomas. En este caso es video instructivo bilingue, de ingles y español, al mismo tiempo que es instructivo, entretiene.
Acabo de terminar la traduccion al español del Developer FAQ de Apollo. Esta disponible aqui . Tambien he agregado una liga directa en la barra derecha de este blog, para facil acceso.
Procurare mantenerla a como halla cambios.
Disfruten,
Oscar Cortes
El pasado fin de semana se libero la versión Alpha de Apollo. Es importante recordar que esta es solo una versión de prueba como su nombre lo indica, y que la versión final conocida como Apollo 1.0 no estará disponible sino hasta la segunda mitad del 2007. De hecho es posible que hasta el nombre cambie. Aunque Adobe ha mostrado señas de querer conservar el nombre dada su aceptación con la comunidad.
La expectativa para esta versión Alfa ha sido grande; no es para menos. Apollo representa un nuevo paradigma, Aplicaciones Ricas para el Internet y para el escritorio. Hasta el momento estos dos mundos - aplicaciones de escritorio y aplicaciones web – no se habían encontrado tan cercanamente. Apollo promete integrar las tecnologías Web comunes tales como HTML/JavaScript y Ajax, y el poder de Flash y Flex con funcionalidad de aplicaciones de escritorio. Es decir, lectura y escritura de archivos local; instalación en el sistema del usuario; arrastrar y soltar (Drag&Drop) entre aplicaciones y el sistema operativo; accesos directos (o shortcuts); comunicación con otras aplicaciones de escritorio; interacción con el sistema operativo a bajo y alto nivel; reconocimiento de tipos de archivos; y funcionamiento aunque el usuario no esta en línea.
Aunque la versión Alfa esta dirigida principalmente a desarrolladores de Flex; Apollo no es solo acerca de Flex o Flash, es también acerca de HTML, JavaScript y Ajax. Pero no solo eso, sino también de la combinación de ambas en la misma aplicación. Es decir, Apollo suportara contenido Flash en HTML y contenido HTML en Flash. De hecho Apollo 1.0 será más cercano a un navegador Web que a una aplicación de escritorio, dado que la mayor parte de la funcionalidad ofrecida será basada en dichas tecnologías.
Pero cuales de todas estas características están incluidas en el Alfa y cuales no?
Las incluidas son:
Las NO incluidas:
Como pueden ver tendremos que esperar en varias características hasta la version 1.0. Pero por el momento podemos experimentar con aplicaciones que contengan contenido Flex/Flash y HTML/JavaScript/Ajax, incluyendo mezclas de ellas. Por ejemplo Apollo ofrece la posibilidad de una aplicación Flex que interactúa con Google Maps de una manera directa. Aunque esto era posible solo usando Flex, no era tan transparente. A su vez, habrá que experimentar con la escritura y lectura de archivos, y aprender más del runtime y de la distribución/instalación de aplicaciones Apollo. A su vez habrá que comprobar una de las promesas que Apollo comparte con Java: aplicaciones multi-plataforma. Aplicaciones que se pueden distribuir en todos los sistemas soportados sin necesidad de recompilar la aplicación. Cabe mencionar que el alfa solo soporta Windows y Mac, con Linux considerado hasta poco después de la versión 1.0
Otra cosa que hay que observar es que IDE preferirán los desarrolladores para Apollo. Por el momento Adobe recomienda usar Flex Builder, lo cual tiene sentido ya que con este se pueden crear no solo aplicaciones Flex, pero contenido de con puro ActionScript 3.0. Pero en realidad los desarrolladores pueden usar cualquier editor de texto, o IDE preferido para el desarrollo de HTML/JavaScript o Ajax. Cabe recordar que Apollo esta diseñado para funcionar con el Flash Placer 9.0, y aunque aplicaciones creadas en Flash 8 y menores podrán correr dentro de Apollo, no podrán hacer uso de las APIs. Esto por si limita a los desarrolladores de Flash por el momento, si quieren explotar dichas APIs, ya que la versión actual de Flash Authoring solo soporta la version 8.0. Por supuesto que la version alfa de Flash Authoring suporta ActionScript 3.0, pero por el momento es solo eso, una versión Alfa.
El futuro parece prometedor tanto para Apollo como para los desarrolladores que decidan aprenderlo. Hay un sin fin de aplicaciones que pueden ser creadas. Sin embargo hay varios obstáculos que Apollo tendrá que enfrentar. Uno de los más inmediatos es el modelo de seguridad que ofrecerá. Hasta el momento el acceso a recursos del escritorio tales como archivos y otras aplicaciones de escritorio estaba prohibido o muy limitado para aplicaciones Web por razones de seguridad. Esto seguirá siendo de suma importancia en aplicaciones Apollo. Por ejemplo, una aplicación Flex podría contener código malicioso tal que si es cargada en Apollo, explote sus APIs para leer datos de la maquina del usuario, o de manera inversa; crear una aplicación Apollo que lea información del sistema del usuario y una vez que este online mandarla a un sitio Web sin que el usuario se entere. Técnicamente esto es posible, pero será responsabilidad de Adobe ofrecer mecanismos para cerrar estas puertas tal que Apollo no pierda la confianza de los usuarios.
Los amigos de MadeInFlex regresan con una segunda ronda de presentaciones acerca de Flex. El formato es excelente ya que nos permite asistir remotamente a traves de Adobe Connect. Asi que podremos ver y oir directamente estas tan educativas presentaciones. Por supuesto es importante tener un estimado de los asistentes para configurar el Adobe Connect. Asi que no esperen para registrarse y asi ayudar a hacer de este evento otro exito para MIF.
He aqui el link:
http://www.madeinflex.com/2007/03/11/registro-para-las-charlas-del-23-de-marzo/
Por cierto un gran aplauso para los chicos de MIF que tan gustosamente donan su tiempo para compartir su conocimiento acerca de Flex a traves de estas conferencias.
La semana pasada término con éxito la primera conferencia 360Flex en San José California. Lamente mucho el no poder asistido, ya que fue una gran presentación del futuro de Flex y de Apollo. Sin embargo pude darle seguimiento a través del blog creado para la conferencia.
En un principio pensé que tendría que esperar hasta después de la conferencia para oír de Brian Deitte que tal había estado. Sin embargo durante mi seguimiento de los preparativos en el sitio de 360Flex, encontré que estarían usando Twitter. Al momento no sabía que era este nuevo artefacto del Internet, o debería decir Web 2.0?. En fin Twitter resulto ser un aliado ideal para saber las impresiones de los asistentes.
Twitter es algo así como un Chat unidireccional, donde uno puede escribir lo que sea. La idea es escribir un mensaje corto (180 caracteres máx.) sobre lo que uno esta pensando o haciendo en cierto momento. La comunicación con otras personas se logra ya sea adicionando otros usuarios de Twitter (friends), o adicionándose a la lista de seguidores (followers) de otros usuarios, y enterarse asi de los que otros estan haciendo. Si visitan el sitio de Twitter verán que se esta volviendo muy popular. Mi teoría es que siendo una herramienta tan simple tiene gran audiencia debido a la información que provee -es decir enterarse de cosas al instante-y es una puerta mas para volverse popular. Ya me imagino que en pocos meses veremos que habrá personas con cientos de seguidores o miles de amigos.
Bueno la idea de usar Twitter en 360Flex fue genial por parte de la gente de Adobe. Ellos crearon un usuario para llamado 360Flex y uno para Apollo, a los cuales se suscribieron como followers varios de los asistentes. Pero no solo eso, gente que no asistio pudo comentar de lo que leía los Twitter de los asistentes. Pero no les digo más, y los dejo que se adentren a este mundo de Twitter leyendo los siguientes Twitter relacionados con Flex:
360Flex, Apollo, Flex, Matt Chotin (Product Manager de Flex), Ryan Stewart (experto en RIA), Brian Deitte (ingeniero en Flex y compañero de trabajo en Brightcove) y Keith Peters (autor de ActionScript 3.0 Cookbook y también trabajando para Brightcove)
Y por supuesto el mió,
El dateChooser en Flex es otras palabras un calendario. Permite seleccionar fechas y navegar de mes en mes. A su vez este control permite seleccionar un rango de fechas, y permite cambiarle la apariencia mediante CSS o skins. En realidad es un componente como otros en Flex al que se le pueden hacer muchas adecuaciones a traves de sus propiedades. No sobra decir que las aplicaciones de este control son muchas; aplicaciones que tengan que ver con planeacion, reservaciones o entrada de fechas en general. Dentro de las cosas que se pueden adecuar estan las leyendas para los dias del mes y nombre de mes. Los atributos para cambiarlos son dayNames y monthNames respectivamente. Estos atributos reciben un arreglo (Array) con las cadenas que queremos desplegar.
Para español podria ser algo asi por ejemplo:
miCalendario.dayNames= ['D', 'L', 'M', 'M', 'J', 'V', 'S'];
miCalendario.monthNames=['Enero', 'Febrero', 'Marzo', 'Abril', 'Mayo','Junio', 'Julio', 'Agosto', 'Septiembre', 'Octubre', Noviembre','Diciembre'];
En general esto seria suficiente para cambiar el dateChooser para estar en español. Pero que cual seria la mejor opcion si necesitamos el calendario en varias partes de la aplicacion? Bueno podriamos copiar y pegar este codigo en todos los lugares donde sea necesario. Aunque esto seria impractico considerando que Flex permite crear componentes que pueden ser reusados. Nuestra mejor opcion y practica seria crear un componente en mxml o una clase en ActionScript para el dateChooser mostrando las leyendas en español
Mi preferencia es crear una clase en ActionScript que extienda la clase original. Internamente Flex convierte el mxml a una clase de
Si quieren ver un ejemplo de un sitio en español usando tecnologia Flex/Flash, vayan al sitio de CNNExpansion , el cual muestra videos de noticias usando el video player de Brightcove. No dejen de ir a "ver mas", para ver la consola mas avanzada con videos.
La mayoria de las noticias en este sitio son de Mexico, pero tambien abarcan noticias internacionales. Por su puesto que tambien pueden ver mas del video player en accion en el sitio de Brightcove; donde tambien pueden crear sus canales personales y subir sus propios videos. Ahora que si tienen mas interes en el topico, tambien pueden crear una aplicacion en Flex para usar el video player.
Personalmente me gustaria ver el video player completamente es español, ya que algunos de los iconos tienen leyendas en ingles. Vere si puedo ayudar para que eso sea posible. : )
Recientemente ha habido varias preguntas en MIF sobre el uso de XML como dataProvider, o mas bien de cómo convertir este XML a un ArrayCollection que es usado como dataProvider. Mi preferencia personal es el uso de un XMLListCollection en vez de un ArrayCollection cuando los datos originales están en XML. El XMLListCollection conserva la estructura del XML y además ofrece todas las funciones e4x para el manejo de XML. A su vez, esto ayuda al programador a entenderse con solo una estructura de datos tanto para desarrollar como para depurar. Sin embargo, muchos de los ejemplos que usamos para aprender Flex usan o esperan un ArrayCollection. La necesidad de crear un ArrayCollection usando XML surge después de que hemos probado el ejemplo original y que después queremos probar con XML, ya que probablemente será nuestra fuente de datos en nuestra aplicación final.
Asi que aqui esta un ejemplo que usa un for each para leer el XML y crear cada uno de los registros en un ArrayCollection. El secreto esta en pensar en que el nodo de un XML debe ser equivalente a un registro en un ArrayCollection con sus respectivos atributos. El ejemplo muestra dos dataGrid uno usando el ArrayCollection original y el otro usando tambien un ArrayCollection pero creado a partir de un XML.
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" creationComplete="initApp()" >
<mx:Script>
<![CDATA[
import mx.collections.ArrayCollection;import mx.collections.XMLListCollection;
[Bindable]
private var miXmlCollection:XMLListCollection;
[Bindable]
private var miArrayCollection:ArrayCollection;
// El ArrayCollection original
[Bindable]
private var originalArrayCollection:ArrayCollection = new ArrayCollection([
{nombre:"Oscar", apellido:"Cortes", email:"ocortess@fake.com"},
{nombre:"Ines", apellido:"Cortes", email:"icortes@fake.com"},
{nombre:"Marina",apellido:"Santos", email:"marina@kafe.com"},
{nombre:"Harald", apellido:"Cortes", email:"harald@fake.com"}
]);
public function initApp():void
{
var oElemento:Object;
// El XMl debe tener una estructura basada en el ArrayCollection original (originalArrayCollection)
var miXML:XML =
<data>
<dato>
<nombre>Oscar</nombre>
<apellido>Cortes</apellido>
<email>ocortess@fake.com</email>
</dato>
<dato>
<nombre>Ines</nombre>
<apellido>Cortes</apellido>
<email>icortes@fake.com</email>
</dato>
<dato>
<nombre>Marina</nombre>
<apellido>Santos</apellido>
<email>marina@kafe.com</email>
</dato>
<dato>
<nombre>Harald</nombre>
<apellido>Raunjak</apellido>
<email>harald@fake.com</email>
</dato>
</data>
miArrayCollection = new ArrayCollection();
// Por cada nodo, crea un nuevo Object, añade los atributos de acuerdo al XML e insertalo en un Array Collection
for each ( var element:XML in miXML.elements() )
{
oElemento = new Object();
oElemento.nombre = element.nombre;
oElemento.apellido = element.apellido;
oElemento.email = element.email;
miArrayCollection.addItem(oElemento);
}
}
]]>
</mx:Script>
<mx:VBox width="450" height="400">
<!-- Data Grid que usa el ArrayCollection -->
<mx:DataGrid width="100%" height="100%" dataProvider="{originalArrayCollection}"/>
<!-- Data Grid que usa tambien un ArrayCollection el cual fue creado usando un XML como fuente-->
<mx:DataGrid width="100%" height="100%" dataProvider="{miArrayCollection}"/>
</mx:VBox></mx:Application>
Es casi dos años desde que me interese en Adobe Flex. En ese tiempo me encontraba divagando entre las tantas tecnologias disponibles para desarrollo Web. Y digo divagando porque siendo un desarrollador de aplicaciones cliente-servidor en mis inicios, me parecia increible que el desarrollo de aplicaciones Web estuviera tan limitado con respecto a la interfaz de usuario. Mi encuentro con Flex fue agradable y sorprendente, aunque no sin limitantes. Por primera vez desde en mi carrera como programador Web tenia una herramienta que incluia diferentes disciplinas y tecnologias. Por un lado podiamos hablar de arquitectura de aplicaciones web de una manera mas concreta. Podiamos hablar de Orientacion a Objetos, y podiamos incluir el uso de tecnologias ya existentes, XML, Web Services, JSP, ASP, etc. Flex regresaba esa riqueza a la interfaz de usuario que habiamos perdido con HTML. Su creador, en ese momento Macromedia, ahora Adobe, ingresaba un concepto nuevo al mundo Web: Rich Internet Applications or RIA por sus siglas en Ingles. Algo asi, como Aplicaciones Ricas por Internet. Hoy el desarrollo RIA se encuentra representado no solo por Flex sino por otras tecnologias como Ajax y OpenLazlo.
En mi caso, me he dedicado ha aprender Flex desde la version 1.5 y ahora trabajando con la version 2.0. Durante este periodo no solo he experimentado con Flex sino me he contagiado del uso de las tecnologias de la llamada Web 2.0. Creo que es mundo facinante, y que revolucionara el Internet a como lo conocemos hoy. Es por eso, que me decidido a empezar esta bitacora, o blog, donde compartire mi experiencia principalmente en Flex, pero tambien de su interacion con otras tecnologias Web 2.0., tratando de contribuir a ese cambio.
Mi experiencia no empieza con Flex. He trabajado en el mundo de la informatica desde hace un poco mas de diez años. Mi carrera inicio en la excitante Ciudad de Mexico -de donde soy originario- desarrollando aplicaciones cliente servidor. Despues de cuatro años y gracias al Tratado de Libre Comercio; movi mi residencia a Boston, Massachusetts en los Estados Unidos donde resido hoy dia. Aqui trabaje para Sun Life Financial por casi cinco años, y despues para Keane , dando consultoria a Fidelity Investements en Flex Recientemente decidi unirme a un excitante proyecto en Brightcove donde continuo desarrollando en Flex.
Trabajar para Brightcove es hasta ahora una de las aventuras mas grandes en las que me embarcado. El fundador es nada mas y nada menos que Jeremy Allaire . Y tengo la fortuna de trabajar con dos de los ingenieros originales de Flex, Sean Neville y Brian Deitte.
Asi pues inaguro este blog con esta entrada, deseando que sea de gran uso para la comunidad Flex de habla hispana.
Oscar Cortes