Recuerda que la cita es el 16 de Agosto en Barcelona y que es importante registrase cuanto antes para asegurar plaza.

La aplicación hace uso intensivo de las nuevas capacidades de AIR 2.0 para comunicarse de forma nativa con procesos del sistema operativo (NativeProcess API). Además ha sido diseñada pensando en la sencillez máxima: Simplemente basta con arrastrar los documentos que queremos firmar a la aplicación y hacer “click” en el botón firmar para tener todos los documentos firmados en pocos segundos.

Puedes descargar una versión de evaluación de 30 días del producto para Windows o Mac desde aquí.

El evento es idea de Xavi Beumala, de sobra conocido por todos y referencia internacional dentro de la Plataforma Flash, actualmente trabajando en Adobe. Otras muchas colaboraciones importantes como la de Joseba Alonso de Refr3sh, Enrique Duvos Adobe Evangelist o Joan Garnet de Codeoscopic, por nombrar algunos nombres, estarán ofreciendo sendas charlas inspiracionales ese día.

Por mi parte solo puedo morderme el labio y maldecir por tener obligaciones en Madrid que me impedirán el poder asistir. Si vosotros no tenéis ese problema, no os lo perdáis!! .

Del propio sitio:

FlashDay es un evento con carácter 100% inspiracional y participativo alrededor de la plataforma Flash.

Y qué entendemos por inspiracional? pues bien, mostrar aquellos proyectos, pruebas de concepto, labs e ideas que todos tenemos en mente y que han arrancado woows a usuarios, amigos, compañeros y clientes, proyectos que por su naturaleza apasionan. Cosas que Flash como plataforma permite hacer y que tanto nos gusta y divierte.

FlashDay es un entorno para entrar en contacto con gente con las mismas inquietudes, un entorno en el que compartir y mostrar todos esos proyectos en los que andas trabajando, un entorno en el que inspirarte y participar. Un entorno para creativos, desarrolladores, diseñadores, un entorno para todos.

A qué proyectos nos referimos? A todos aquellos proyectos en los que hayas trabajado, estés trabajando o vayas a trabajar; Visualizaciones creativas, Instalaciones, 3D, Audio, Aplicaciones RIA, Publicidad y campañas, Formación, Flash en dispositivos mobiles, Entornos colaborativos, Animaciones y Ilustraciones, Realidad aumentada, etc…

Y tienen que ser proyectos Flash? Sí, pero entendiendo Flash como una Plataforma que incluye Flash, Flex y AIR.

No obstante, y vistas las últimas declaraciones de Steve Jobs, creo que por mucho que me puedan gustar dispositivos como iPhone o el nuevo iPad, no seguiré apostando por ellos, por que estos dispositivos concretos está claro que van a limitar mi experiencia en internet como usuario.

Hasta hace poco la posibilidad de ver incorporados Flash u otros plugins a SafariMobile era todavía factible. Todos soñábamos con que tarde o temprano Apple permitiese la integración de Flash y nos dejase ver por fin determinados contenidos de la web que hoy día no son accesible desde iPhone o iPad. En estos momentos la posición radical de Steve Jobs ha cerrado todas las posibilidades y de su discurso se desprende que Apple quiere que sus dispositivos estén al 100% controlados por ellos.

El problema radica en que la experiencia de usuario en Internet, ahora y en el futuro, no será desarrollará solo por Apple, ni siquiera en un porcentaje elevado. Serán todos los avances de muchas empresas y particulares, los que irán conformando lo que será el futuro de la red. Con la estrategia actual de Apple, cualquier Plugin de SafariMobile (como es el caso de Flash) no será permitido, eliminando la capacidad de dichos dispositivos de ofrecer una experiencia de navegación total. Hoy en día el standard es Flash y el no soportarlo significa no poder navegar por la web sin ver montones de marcos rectangulares en blanco con una pieza de lego azul sustituyendo el contenido que se tendría que estar viendo (sea contenido Flash o cualquier otro).

Los motivos que Apple argumenta son absurdos. Culpar a Flash de colgar un Sistema Operativo no se sostiene, ya que es lo mismo que decir “mi SO se cuelga por culpa de un proceso”. En realidad todos los que trabajamos en esto sabemos que no es así, pero esta es solo una frase deliberadamente lanzada a los medios para que genere todo el ruido posible, ya que en general la gente se va a quedar con la idea en la cabeza de que Flash es capaz de colgar el Sistema Operativo. No sé vosotros, pero en mi caso Leopard nunca se ha colgado por culpa de Flash.

Con respecto a HTML5 pasa un poco lo mismo. Se trata de desacreditar Flash y hacer girar la mirada hacia otra tecnología abierta de la que Apple se pueda beneficiar como ya lo ha hecho antes con otras (como por ejemplo Linux).

En este caso y una vez analizado este tema con cierto detenimiento vemos que HTML5 es todavía un borrador de un standard que tiene todavía varios años (se habla de 6 o 7) por delante para evolucionar y llegar a ser realmente una especificación que podamos ver implementada en soluciones de dominio público. Teniendo en cuenta solo esto, creo que a muchos de nosotros ya no nos interesa mucho a día de hoy esta tecnología…quizá dentro de unos años cuando esté más madura habrá que tenerla en cuenta. Por otra parte, vemos también que lo que propone HTML5 esta a la altura de lo que ofrecía Flash en su versión 7 (hace 5 años). Por último, también se desprende, que lo que se intenta hacer con esta nueva especificación es justo lo que hemos conseguido evitar con Flash, la diversificación de implementaciones de un determinado standard. Es decir, dependiendo del navegador estamos viendo que el tag video se está implementando usando diferentes codecs. ¿Qué ocurre? ¿ya no recordamos la cantidad de dolores de cabeza que tuvimos en su época escribiendo diferentes versiones de un código para diferentes navegadores?.

Me podría extender mucho sobre este tema, pero creo que no merece la pena darle más importancia de la que tiene. Gracias a dios, Internet es muy grande y existen muchos fabricantes de tecnología, muchas empresas y muchos particulares. No tenemos que preocuparnos por lo que un Steve Jobs pueda decir en un momento dado. De hecho, sus palabras, una vez analizadas, parece que le desacreditan en cierta forma.

Lo importante es ver hacia donde se está dirigiendo la industria de forma global y, basándonos en esto, tomar los caminos que cada uno estime oportunos. Por mi parte, está claro que seguiré disfrutando con lo que la Plataforma Flash ya es capaz de ofrecerme hoy en día (y lo que estoy seguro que me ofrecerá en el futuro) y también disfrutaré de los productos de Apple que no intenten manipular mi forma de usar Internet y la tecnología.

A su vez es de esperar que Made In Flex y CEV aprovechen los conocimientos del equipo de MIF en estas tecnologías y las estupendas instalaciones del CEV para ofrecer nuevos eventos para beneficio de toda la comunidad.

Os dejo la nota de prensa:

CEV Y CODEOSCOPIC: ACUERDO DE COLABORACIÓN

GeoStratum es un sistema de información basado en un visor cartográfico sobre el que podemos desarrollar diferentes aplicaciones basadas en visualización georeferenciada.

La usabilidad de una aplicación de estas características alcanza niveles excelentes gracias a la sencillez de navegación, basada principalmente en clicks y movimientos del ratón, en contraposición a los típicos formularios de las aplicaciones de gestión tradicionales y la exposición de la información de forma espacial sobre localizaciones geográficas en vez de las tablas de datos normales en estos casos.

Este es sin duda un buen ejemplo de aplicación RIA, desarrollada sobre Flex y JEE, por uno de los equipos de producción de Codeoscopic. El concepto principal detrás del producto es el poder extender la base GIS para añadir información propia de un negocio concreto. En ese aspecto, GeoStratrum 2.0 es la herramienta apropiada para gestionar infraestructuras de suministro (agua, electricidad, etc), planes urbanísticos, líneas de transporte (metro, autobus,…), servicios de logística, polígonos industriales, parques naturales, etc…

Esta lista es un experimento con las nuevas capacidades que ofrecen las listas en Flex 4. Ya sabéis que ahora el layout y los Item Renderers son mucho más versatiles en Spark y podemos mantener el reciclaje de renderers (useVirtualLayout = true) a la vez que hacemos que estos se comporten de forma más expresiva como en este caso. Os recomiendo que juguéis un poco con las nuevas listas de spark

Por otra parte he añadido dos nuevos experimentos en formato “modular”. Uno es un fork del experimento con Picasa y fisicas reales, salvo que en este caso lo que llueven son controles Flex!.

El otro es un experimento-mashup con los servicios de YouTube.com. En el uso una lista de reproducción que tengo en mi usuario de YouTube para visualizar algunos videos sobre mis gustos personales a modo de “televisión a la carta”. De esta forma puedo ir añadiendo o quitando vídeos a dicha lista desde el interface de youtube para que automáticamente se visualicen en la cabecera de este blog con el formato aplicado.

El único proposito detrás de todo esto es la diversión. Como suelen decir “code is fun”!

Oferta Laboral – Codeoscopic

Creo que es una buena oportunidad para unirte a la empresa que está moviendo la tecnología con más intensidad en España. Si te dedicas a esto con clara vocación de estar entre los mejores deberías de participar en este proceso.

El tipo de perfiles que buscamos son todos los orientados al expertise en Flex y Java : Desarrolladores UX, Arquitectos Java/Flex, Programadores Flex, Juniors que empiezan con la tecnología, etc…

Participa y únete a una empresa que se dedica al 100% a ofrecer Adobe Flex a sus clientes.

En este caso he aplicado físicas reales al visor de fotos de Picasa. El API usada para añadir las físicas reales es Box2D. Podéis arrastar las imagenes y lanzarlas por el escenario .

También he cambiado la estructura por un cargador de módulos que selecciona uno de ellos al azar. De momento solo hay dos módulos, pero espero ir introduciendo algunos más con el tiempo. Todo es cuestión de entretenerse, experimentar y disfrutar de las cosas que se pueden hacer con Flash .

Como paso con el anterior experimento, espero destriparlo en próximos posts!

El planteamiento principal a la hora de pensar técnicamente este visor simple de fotos era como hacerlo de forma que la memoria se mantuviera estable y no tuviéramos problemas si manteníamos la ejecución durante largo tiempo, teniendo en cuenta que estamos todo el rato cargando imágenes que se quedan en el fondo del visor y que van a ir siendo tapadas en parte por las nuevas fotos.

La forma óptima es usar solo dos objetos. Un control Image de Flex que es el que irá cargando cada foto, y un Bitmap que será sobre el que iremos copiando los pixeles de cada imagen una vez terminen el recorrido de su animación (este componente puede ser un UIComponent). Una vez desarrollado este concepto, vemos que el profiler se mantiene constante como era de esperar en cuanto a la memoria consumida.

En cuanto a la programación llevada a cabo. Los dos objetos que intervienen son el control Imagen y un UIComponent que servirá de “lienzo” para ir copiando las fotos e ir manteniendo el uso de memoria:

<mx :UIComponent id="canvas"/>
<mx :Image id="img" smoothBitmapContent="true" complete="photoEffect.play();"/>

A continuación un poco de código de inicialización para entender que variables hay implicadas:

// --- Definición de variables y código de inicialización
// --- Bitmap sobre el que copiaremos las imagenes
private var collage:Bitmap;
// --- Array de datos descargado de PIcasa (ver post anterior)
private var fotos_arr:Array;

// --- Inicialización del canvas (UIComponent) sobre el que pintaremos las imagenes
canvas.width = width;
canvas.height = height;
collage = new Bitmap(new BitmapData(width, height, true, 0x000000));
canvas.addChild(collage);

Luego tenemos un método que se encarga de “lanzar una foto” como podemos ver a continuación:

public function throwOnePhoto():void {
        //-- Sacamos la imagen que lanzaremos del array de fotos de picasa al azar
	var tmp:Object = fotos_arr.splice(Math.random()*fotos_arr.length,1).pop();

	// --- hacemos los calculos iniciales (rotacion,escala,...) para dicha imagen
	angle = range*Math.random()-range/2;
	finalAngle = -angle+Math.random()*20;
	rot.angleTo = finalAngle;
	img.scaleX = img.scaleY = 2;
	img.alpha = 0;
        // --- sacamos la url de los datos de picasa y añadimos el parametro imgmax. Esto último es *crucial* para evitar errores de carga en algunos navegadores (como siempre IE da sus problemillas). Otro pequeño truco indispensable para que funcione este servicio de Picasa correctamente.
	img.source = tmp.media.content.url + "?imgmax=800";
	img.width = tmp.media.content.width;
	img.height = tmp.media.content.height;
	img.x = Math.random()*(width - img.width);
	img.y = Math.random()*(height - img.height);
	img.rotation = angle;

        // --- dibujamos en la imagen un fondo blanco y proyectamos una sombra para darle aspecto de foto a la imagen
	img.graphics.clear();
	img.graphics.beginFill(0xffffff);
	img.graphics.drawRect(-5, -5, img.width+10, img.height+10);
	img.graphics.endFill();
	img.filters = [new DropShadowFilter(1, 90, 0, .75, blur, blur, 2, 2)];
}

Cada vez que queramos lanzar una foto, llamaremos al método anterior.

En cuanto al efecto utilizado cuando “lanzamos la foto”, se trata de una combinación de efectos ejecutados en paralelo:

<fx : Declarations>
	<s : Parallel id="photoEffect" duration="4000" effectEnd="copyImage(event)" >
		<s : Fade alphaTo="1" duration="3000"/>
		<s : Rotate id="rot" startDelay="500" duration="3500" autoCenterTransform="true"/>
		<s : Scale scaleXFrom="2" scaleYFrom="2" duration="3000" scaleXTo="1" scaleYTo="1" startDelay="1000" autoCenterTransform="true"/>
	</s>
</fx>

En este caso, el truco está en el uso de los parámetros startDelay y duration para hacer la combinación de timelines que buscamos. Otro parámetro clave en la nueva arquitectura de efectos de Flex 4 es autoCenterTransform, cuyo cometido es hacer que los efectos Move, Scale y Rotate actúen al unisono mediante un proxy que hace que el valor solo cambie una vez como resultado de todos los cambios de efectos sobre el objeto (de esta forma se evitan los parpadeos o “brincos” inesperados de los objetos animados.

Finalmente y una vez que el efecto a terminado, tenemos que ejecutar la parte más delicada del proceso. La copia del estado visual de la imagen en nuestro lienzo para poder reutilizar el componente Image nuevamente y evitar el uso innecesario de memoria, como comentamos anteriormente. Para ello llamamos al método copyImage cuando el efecto a terminado su ejecución:

//cuando termina el effecto
private function copyImage(event:EffectEvent):void {
	drawOntoBitmapData(img,collage.bitmapData);

	if(fotos_arr.length > 0)
		throwOnePhoto();
}

El método drawOntoBitmapData se encarga de dibujar el objeto Image sobre el Bitmap. En el conseguimos los limites de la imagen mediante getBounds (teniendo en cuenta que hemos aplicado un filtro de sombra). Y tenemos que tener igualmente en cuenta la rotación y la traslación aplicada para hacer la copia final en nuestro lienzo. Aquí se trata de darle un poco de uso a nuestros conocimientos matemáticos .

private function drawOntoBitmapData(source : IBitmapDrawable, target : BitmapData) : void {
	var bounds : Rectangle = DisplayObject(source).getBounds(DisplayObject(source));
	var bitmapData : BitmapData = new BitmapData(bounds.width+blur*2, bounds.height+blur*2, true, 0x00000000);
	var mangle:Number = finalAngle*Math.PI/180;
	var sinVal:Number = Math.sin(mangle);
	var cosVal:Number = Math.cos(mangle);

	var m1:Matrix= new Matrix(1, 0, 0, 1, -bounds.x+blur, -bounds.y+blur);
	bitmapData.draw(source, m1, null, null, null, true);

	var m2:Matrix= new Matrix(1, 0, 0, 1, bounds.x - blur, bounds.y - blur);
	m2.translate(img.x*cosVal+img.y*sinVal, img.y*cosVal-img.x*sinVal);
	m2.rotate(mangle);
	target.draw(bitmapData, m2, null, null, null, true);
}

Y ya está. El efecto visual está terminado y listo para usar en nuestro blog .

Espero que os haya parecido interesante. El siguiente paso es empezar a jugar con lo conseguido y experimentar con las nuevas cosas que ofrece Flex 4…¿qué tal si aplicamos ahora un efecto Rotate3D?