Registro: http://flashon.eventbrite.com/
Cupo:300 lugares
Fecha y Hora: 10 Septiembre 5:00 PM (GMT-6 Mexico City)
HashTag Twitter: #FlashOn

Y después tendremos un BATATALIVE 5 de 7 a 8 PM México por el canal de USTREAM de Batata Studio.

Así mismo si han escrito acerca del tema y gustan compartirnos el link, pueden dejarlo en los comentarios de este post.

Apple y Adobe, Sentimientos Encontrados

Escrito por Edgar Parada

Si se fijan se habla poco de iPhone y de Flash, y las discusiones se centran en Apple y Adobe ¿por qué? simplemente porque técnicamente hablando estas dos tecnologías son totalmente compatibles! irónicamente la gran mayoría de desarrolladores de iPhone también lo han sido o aún lo son desarrolladores de Flash.

Leer completo

Adobe y 4pple

Escrito por Alberto González

El hecho de cerrar las puertas en el iPhone/iPad a la plataforma Flash hace que definitivamente sea reconsiderado el hecho de adquirir uno de sus dispositivos y aunque los dispositivos son buenos, definitivamente no son los únicos en el mercado.

Leer completo

Apple Vs Adobe a 2 de 3 caídas sin límite de tiempo….

Escrito por Israel Gaytán

En verdad se los digo se acabo la MAC para mi, a menos que Jobs lea este post y diga ok ok Isra, me retracto. Adobe tienes en verdad mucho que corregir para los developers, quieres meterte en el mercado Enterprise, tienes Livecycle, pero se te olvida que tu “manera de presentarte” es el Flash Player.

Leer completo

Confesiones de un Adobe Fan Boy

Escrito por Sergio Brito

Me dio mucho coraje y sentí que Apple era bastante ingrato con sus developers y usuarios finales al restringir esto y creo que por ahora dejare truncos mis esfuerzos por aprender y desarrollar apps para el Iphone y Ipad hasta que no hagan algo en pro de la tecnología y el beneficio de usuarios finales y developers.

Leer completo

Opinión de Apple y Adobe en más de 140 caractéres

Escrito por Patrick Suquet

Como dice Kevin Lynch, lo que es un hecho es que Apple se está poniendo muy especial con las condiciones de envío de apps a su tienda y el día de mañana vas a tener programar con la mano derecha mientras giras un pollo sobre tu cabeza con la otra mano para que la app sea aprobada.

Leer completo

Apple vs Adobe

Escrito por Julio Serna

Creo que Apple esta en su derecho de crear las políticas que quiera para trabajar sobre su plataforma, el problema es como lleva acabo la ejecución de las mismas: Adelantando su presentación unos días antes de la presentación de CS5 de Adobe y dando la estocada de una manera poco ética.

Leer completo

Adobe vs Apple

Escrito por Francisco Granados

Va a llegar el día que Apple diga “Esta bien aquí tienen Flash” pero será el día en que vea que el publico NO vea cosas importantes hechas en Flash en sus dispositivos. Tal vez aguantabas que no hubiera Flash en iPhone. Pero para una navegación un poco mas compleja hecha en el iPad… claro que pedirán Flash.

Leer completo

Por último solo comentar que la idea original de esto fue de Julio, quién fue el primero que escribió su opinión al respecto y de ahí nos pusimos de acuerdo para colaborar todo el equipo.

Algunos de los tópicos que se cubrirán en el evento son:
• New Features in Adobe® Flash® Builder™ 4
• Building Multi-Screen Applications with the Adobe® Flash® Platform
• Adobe® Flash® Catalyst™ for Developers
• What's New in Adobe® Flash® Builder™ 4 for Java Developers
• What's New in Adobe® Flash® Builder™ 4 for PHP Developers
• Adobe® Flash® Builder™ 4 and Adobe® ColdFusion® 9
• Creating Sexy Applications with the Adobe® Flash® Platform: Designer-Developer Workflow
• Adobe® Flash® Builder™ 4 for Adobe® Dreamweaver® Users
• Building Desktop Applications with Adobe® AIR® 2.0
• Advanced Features in Adobe® Flex®

El registro al evento no está abierto aun, pero puedes dejar tu correo electrónico en el sitio para que te notifiquen en cuanto las inscripciones estén abiertas.

Creo que esté será un muy buen evento tanto para conocer la tecnología como para aprender las nuevas características de productos nuevos.

Nos vemos en el Adobe Developer Week y... Happy Coding!!!

Sergio Brito AKA @yacaFx

Requerimientos

Prerequisitos

Desarrollo

El escenario es el sig:

En las imágenes muestro como deberá quedar la biblioteca de los 3 swf que servirán como contenedores de los assets.
Únicamente coloqué dos elementos (Header, Footer), por motivos del ejemplo, y tienen asociada su clase respectiva desde la biblioteca.

No es necesario que pongamos contenido en el escenario ya que no mostraremos el swf cargado, solo utilizaremos sus elementos.

Vamos ahora a crear el fla que servirá como principal y desde donde pondremos unos controles para cargar los assets requeridos.

Colocamos 3 componentes en el escenario: Una etiqueta, un botón y un combo box. El botón y el combo box tienen como nombres de instancia "botonCarga" y "comboSeleccion" respectivamente.

El combo tiene los datos mostrados en la imagen colocados desde el Inspector de Componentes por motivos de facilidad en el ejemplo.

Los 3 componentes se encuentran dentro de un MovieClip que está en el escenario. Ese movie clip tiene de nombre de instancia "selector". Los componentes se encuentran dentro de este clip para después poder quitarlos más fácilmente.

Ese movie clip tiene el sig código en la línea de tiempo:

//ActionScript 3.0
 
comboSeleccion.addEventListener(Event.CHANGE, onComboChange);
botonCarga.addEventListener(MouseEvent.CLICK, onBotonClick);
 
botonCarga.enabled = false;
 
function onComboChange (event:Event):void 
{
	botonCarga.enabled = event.target.selectedIndex > 0;
}
function onBotonClick(event:MouseEvent):void
{
	MovieClip(parent).cargarAssets(comboSeleccion.selectedItem.data);
}

Como se darán cuenta la carga la hace una función llamada "cargarAssets" que se encuentra en la línea de tiempo principal, es decir, el "parent" de este clip. Ahora veamos el código que se encarga de la magia el cual se encuentra en la línea de tiempo principal:

import flash.utils.getDefinitionByName;
 
var req:URLRequest = new URLRequest();
var loader:Loader = new Loader();
loader.contentLoaderInfo.addEventListener(Event.COMPLETE, onAssetsComplete);
 
// Esta es la parte importante.
// El poner las clases cargadas dentro mismo contexto de la aplicación principal
var lc:LoaderContext = new LoaderContext();
lc.applicationDomain = ApplicationDomain.currentDomain;
 
// Esta fn se invoca desde el clip selector
function cargarAssets (seleccion:String):void 
{
	req.url = "assets/" + seleccion;
	loader.load(req, lc);// Pasándole como segundo argumento el contexto definido arriba
}
 
function onAssetsComplete (event:Event):void
{
	trace("Assets cargados y disponibles");
 
	// Definición de las clases a utilizar ( ya están disponibles )
	// Header y Footer están definidos en la biblioteca del swf cargado
	var Header:Class = getDefinitionByName("Header") as Class;
	var Footer:Class = getDefinitionByName("Footer") as Class;
 
	// Instancias de esas clases
	var _header:DisplayObject = new Header() as DisplayObject;
	var _footer:DisplayObject = new Footer() as DisplayObject;
 
	// Agregamos y acomodamos elementos
	addChild(_header);
	addChild(_footer); _footer.y = stage.stageHeight - _footer.height;
 
	// Ocultamos el componente de selección
	selector.visible = false;
}

El código muestra como carga un swf con la clase Loader. Hasta ahí todo normal. El punto importante es la instancia de "LoaderContext" que está definida justo antes de cargar los elementos y su propiedad applicationDomain. Esa instancia la utilizamos en la función load de la instancia de Loader.

var lc:LoaderContext = new LoaderContext();
lc.applicationDomain = ApplicationDomain.currentDomain;

Un ApplicationDomain es el contexto donde está disponible tu código. Normalmente se genera una instancia de ApplicationDomain por cada swf que tengamos pero con esa instrucción estamos indicando que las classes que contiene el swf de los assets queremos que esten disponibles en el mismo contexto que la película que lo carga, es decir, la película principal.

Una vez hecho eso, la clase la podemos utilizar como cualquier otra. En el ejemplo estoy obteniendo la definición de las clases "Header" y "Footer" en dos variables que después estoy instanciando y agregando al DisplayList para mostrarlas en la película principal.

El ejemplo supone que tiene una estructura de archivos similar a la sig:
- carpeta principal
  - main.swf
  - assets (carpeta)
    - assets_1.swf
    - assets_2.swf
    - assets_3.swf

Conclusión

Sabemos que existen las bibliotecas compartidas. Sabemos que podemos tener muchos elementos en la biblioteca y utilizar solo los requeridos pero, sin lugar a dudas, cuando debemos elegir entre varios elementos a cargar para una sola aplicación esta puede ser una de las mejores opciones. De esta forma no incrementan el tamaño de su aplicación principal teniendo assets en la biblioteca que podría no utilizar un usuario, ya sea por su rol asignado o por cualquier otra razón.

Esta técnica también les puede ayudar a actualizar las aplicaciones, al menos, en cuanto a los elementos gráficos mostrados debido a que con solo cambiar el/los swf de los assets podrán cambiar por completo el diseño de su aplicación.

Archivos

Aquí les dejo los archivos del ejemplo (Flash CS4):
- Carga_Assets.zip

Espero que les sirva este artículo para sus futuros proyectos.
Cualquier pregunta no duden en dejar un comentario en el post o enviarme un e-mail a: agonzalez@activ.com.mx

Esto no es algo nuevo, de hecho con cada nueva tecnología que sale al mercado (Silverlight, JavaFX, etc.) y/o cada que la W3C se pone las pilas sucede lo mismo, hay quiénes toman una posición a favor y hay quiénes toman una posición en contra; lo cuál es muy respetable siempre que esto vaya sustentado con argumentos y no simplemente como un factor de respuesta a todo el ruido que se genera en el medio.

La semana pasada tuve la oportunidad de participar con @freddier y @cvander en el programa de Mejorando la Web para hablar al respecto, y los comentarios que pude ver alrededor de esta discusión fueron bastante atinados. Es por eso que al final del programa decidí comentarle una inquietud a Freddy y a Christian (quiénes se mostraron entusiasmados) misma que comparto con ustedes en este post.

La idea es organizar un debate con 5 invitados de cada bando (por decirlo de una manera), es decir 5 entusiastas de Flash y 5 entusiastas de HTML 5. Ya tenemos algunas personas interesadas pero no creo que fuera en realidad algo muy democrático si no le diéramos cabida a cualquier persona de la comunidad que quiera participar.

Por lo que no importa que posición sea la tuya, si estás interesado en debatir queremos escuchar tu "elevator pitch" al respecto y si eres de los mejor articulados será un honor que lo compartas ese día con nosotros

Aún tenemos que definir las fechas pero tan pronto tengamos a los participantes lo haremos de manera formal, por lo que si estas interesado en participar no dudes en dejar tu comentario en este post lo antes posible.