ene
14

GestureSwipe y la importancia de GesturePhase

Creo que GestureSwipe es una de las mejores cosas que tiene la API de eventos gestuales de AIR, nos ahorra incontables líneas de código y con muy poco esfuerzo podemos crear efectos muy llamativos.

Desarrollando la plataforma Synctur, he podido trabajar bastante con esta API y me he dado cuenta de que no funciona igual en todas las plataformas en las que está disponible actualmente, iPad, Android y Playbook. El problema principal es que Playbook recibe muchos más eventos que  iPad y Android, con lo cual tuve que tirar de GesturePhase para filtrar este problema.

GesturePhase

GesturePhase es la fase de captura del evento Swipe y nos dice en qué momento de la interacción nos encontramos. Según la documentación de Adobe de GesturePhase, hay cuatro tipos:

  • ALL: Un valor simple para todas las fases de los eventos simples como el two-finger-tap y el swipe.
  • BEGIN: Cuando se inicia el gesto.
  • UPDATE: Cuando se actualiza el gesto.
  • END: Cuando se finaliza el gesto.
Como podemos observar, según la documentación, el evento Swipe debería recibirse en todas sus fases como ALL, y por lo tanto solo una vez. Sin embargo, esto en Playbook no es así y recibimos los eventos BEGIN, UPDATE y END de la siguiente manera.

GesturePhase.BEGIN: Lo recibimos la primera vez que pulsamos sobre la pantalla para iniciar el gesto.

GesturePhase.UPDATE: Recibido cuando movemos el dedo hacia la dirección deseada. Se recibe varias veces y depende de la cantidad de espacio y velocidad del movimiento.

GesturePhase.END: Lo recibimos cuando levantamos el dedo y finalizamos el gesto.

Después de entender GesturePhase, corregir el problema fue muy simple y con un simple filtro para saber que el gesto ha finalizado nos basta:

addEventListener(TransformGestureEvent.GESTURE_SWIPE, onSwipeEvent);
protected function onSwipeEvent(evt:TransformGestureEvent):void
{
	if (evt.phase == GesturePhase.END)
	{
		//DO SOMETHING...
	}
}

Iconos por GestureWorks

dic
31

Resumen 2011 de BlocketPc

Como todos los años en BlocketPc os traemos el resumen del año 2011, doce meses en los que los tablets se han hecho fuertes en el mercado y en el que HTML5 ha irrumpido con fuerza en el mercado de los desarrolladores.

Para mi es un placer hacer este resumen todos los años, uno se da cuenta de lo que realmente ha hecho, este año ha sido más flojo que otros, pero igualmente ha sido intenso y lleno de noticias interesantes.

Enero
Después de un curro monumental teníamos que volver a una versión más simple de BlocketPc. Los hackers siempre han sido un problema en nuestro blog, pero hemos aprendido mucho de ellos.

Anunciábamos DeviceDays 2011 y hablábamos de como Android lograba los 9 millones de activaciones mensuales. Probablemente ahora sean muchos más.

Febrero

El Mobile World Congress y DeviceDays monopolizaba toda la información pero aún así hablábamos de otros eventos como Flash2Dev, MAUG eSeminar de HTML5 y Webinar Playbook.

Por si fuera poco Adobe anunciaba Adobe AIR 2.6 para Android.

Marzo

Participábamos en un divertidísimo podcast con el AUGV. ¡Qué bien lo pasamos! ¡Gracias chicos!

Flash Player 10.2 salía para Android, sería una de las últimas versiones, ya que meses después Adobe lo abandonaría.

Hablábamos de la importancia de las texturas en el diseño móvil y por fin sabíamos datos oficiales para Adobe en Vivo 2011.

Abril

Hacíamos un breve resumen de nuestros días en el Adobe en Vivo 2011 en Argentina. Como siempre fue una experiencia inolvidable que no se puede explicar con palabras.

Mayo

Seguíamos dando vueltas por eventos, esta vez fuimos a la primera edición del Genmob: The Smartphone day, que nos dejó una sensación buenísima.

Añadíamos HumansTXT al blog y hablábamos sobre la llegada de Flash Player 10.1 a WebOS, no se si finalmente llegaría, de todas formas ya es una plataforma muerta. Una pena, me encanta WebOS.

Junio

Colgábamos una interesante lista de videotutoriales de Video2Brain sobre movilidad y un largo tutorial paso a paso para compilar para iOS con Flash en Windows 7.

También anunciábamos el Barcelona Developers Conference 2011 al que luego pudimos asistir y disfrutar en primera persona.

Octubre

Después de unos meses complicados en verano volvíamos a la carga por la puerta grande asistiendo al Blackberry DevCon Americas, las Jornadas Adobe de Alicante y al eSeminar de creación de juegos para Android.

Tomábamos nota del proyecto de Community Translation que se había abierto para traducir contenido de la web de Adobe.

Noviembre

Adobe soltaba la bomba del final del Flash Player en dispositivos móviles y nosotros escribíamos una reflexión sobre el futuro de Flash.

Mientras tanto seguíamos poniendo algunos tips más como detectar un iPad en iOS con Adobe AIR.

Muchas gracias y feliz 2012

nov
22

Detectando un iPad en iOS con Adobe AIR

Hoy me ha surgido este problema y no he encontrado por ningún lado como hacerlo, así mismo la entrada sobre Capabilities de los LiveDocs de Adobe está desactualizada y la información que ponen no muestra lo que devuelven los últimos SDKs de Adobe AIR para iOS.

La cuestión es que para una aplicación que estamos desarrollando tenemos que detectar si un dispositivo con iOS es un iPad o un iPhone, para ello he utilizado Capabilities.os y con un simple indexOf podemos recoger si es un iPad. Esto es lo que devuelve AIR 2.7 en iOS 5.0.1 en un iPad 2:

  • Capabilities.os: iPhone OS 5.0.1 iPad2,2
  • Capabilities.version: IOS 10,3,180,82

Una forma rápida y sencilla de filtrar código según el dispositivo, no es lo ideal, pero en el mundo mobile tenemos estas herramientas para luchar contra la fragmentación.

Un saludo!

nov
12

Reflexiones sobre el futuro de Flash

Ya han pasado varios días desde que Adobe anunció que dejaría de desarrollar y evolucionar el Flash Player para navegadores de dispositivos móviles. Adobe, en un acto de irresponsabilidad sin precedentes, lo dijo sin dar muchas explicaciones al respecto, lo que causó que mucha gente descorchara botellas de cava y otros tantos empezaran a buscar trabajo en la construcción.

La realidad, como siempre, es bastante diferente a lo que la gente piensa y en este post me gustaría explicar un poco lo que pienso después de haber leído multitud de opiniones de diferentes evangelistas, profesionales, empleados y ex-empleados de Adobe.

Flash Player en dispositivos

Como decía antes, Adobe ha decidido dejar de desarrollar el Flash Player para móviles y tablets, una decisión que personalmente no me gusta, pero que por otra parte entiendo. El uso de Flash Player en los móviles y tablets a día de hoy se reduce básicamente a poder ver lo que ya se había hecho, muy poca gente ha desarrollado webs o juegos Flash para jugar a través del navegador y esto en parte se debe a que las tiendas de aplicaciones son las encargadas de hacer ese trabajo ahora.

Desde mi punto de vista esto es malo para el usuario, muy malo. ¿Qué pasa si yo estoy utilizando un servicio que solo es accesible a través de una aplicación y cambio de sistema operativo? ¿Y si esa plataforma no está soportada? ¿Y si ese sistema operativo es abandonado? ¿Y si he pagado dinero por esa aplicación?

Por otro lado, está claro que esto para los propietarios de las tiendas y los desarrolladores es bueno, pues podemos hacer que los usuarios accedan y compren nuestro contenido de una forma mucho más fácil. Esto es a lo que la gente le está llamando la Web 3.0, donde la internet que conocemos pasará a ser un lugar de información pura y dura, mientras que las tiendas de aplicaciones se encargarán de distribuir el contenido multimedia.

Dentro de este nuevo paradigma, en el que nos metió Apple, Flash Player para dispositivos no tiene cabida, básicamente porque la gente ya se ha acostumbrado a pagar y a acceder al contenido multimedia a través de tiendas de aplicaciones y el uso de Flash Player en los navegadores Android se ha reducido a la visualización de vídeo, terreno en el que HTML5 aún está muy, muy, muy, muy lejos.

Por si fuera poco, Mike Chambers explicó muy bien hace un par de días el porqué costaba tanto dinero y esfuerzo desarrollar para el navegador, mientras que AIR es mucho más fácil y barato, ya que al parecer las APIs que otorgan los navegadores son muy limitadas y Adobe tenía que trabajar muy de cerca con desarrolladores de sistemas operativos, fabricantes de hardware y dispositivos.

Tras analizar todo esto, entiendo que Adobe haya dejado de desarrollar Flash Player para dispositivos, lo cual nos deja nuevos frentes abiertos como AIR, Flex y HTML5.

Flash Player para escritorio

Los que llevamos muchos años trabajando con Flash y ActionScript sabemos que esta tecnología nos ha hecho evolucionar con ella de una forma maravillosa a la que con ninguna otra podríamos haber llegado. Yo llevo 10 años trabajando en este mundo y he sido profesor, animador, programador front-end, programador back-end, he desarrollado webs, banners, aplicaciones empresariales, players de vídeo, juegos, intranets, sistemas de e-learning, aplicaciones para móviles, tablets y hasta consolas, TODO con ActionScript, y para lograrlo he tenido que evolucionar.

En todo este tiempo hemos pasado de línea de tiempo a ActionScript 1, luego ActionScript 2 y por último ActionScript 3, y en cada una de estas evoluciones Flash ha ganado adeptos por un lado y los ha perdido por otro, aunque probablemente sea en la última evolución donde perdió más, ya que muchos desarrolladores no soportaron un lenguaje estricto como AS3 y pasaron de AS2 a JavaScript, mucho más flexible y que les permitía hacer aplicaciones sin preocuparse de tipados, clases y patrones de diseño.

Con esto quiero decir que Flash va a seguir evolucionando y los desarrolladores que lo utilizan también. Esta evolución ahora vendrá de la mano de AIR y durante un tiempo de Flash Player para escritorio, con lo que ya tenemos nuestro siguiente objetivo: las aplicaciones multiplataforma y los juegos 3D.

Los juegos 3D van a permitir extender la vida del Flash Player de escritorio un buen puñado de años, dando además un nuevo sentido a la web como sistema de entretenimiento en la nube que antes no había tenido. Los que recuerden nuestra charla de Lord Of The Pongs de Subflash o BlackBerry DevCon sabrán a lo que me estoy refiriendo.

Como usuario estoy deseando ver qué hace gente como Valve y su plataforma Steam o Epic con su Unreal Engine, el hecho de poder pagar una cuota mensual y jugar a un amplio abanico de juegos a través del navegador se me hace una idea muy interesante.

Y después de todo que nadie se haga ilusiones… el Flash Player no durará siempre, llegará un momento en el que no será necesario, porque HTML5 también avanza (aunque lo hace a un ritmo tan lento y fraccionado que hace que a los desarrolladores ActionScript nos de grima).

Tarde o temprando, HTML5 alcanzará a Flash Player en la mayoría de características, básicamente, porque las características son limitadas. Por ejemplo, existe WebGL, que compite con Stage3D de Flash, pero aunque WebGL a día de hoy apesta, llegará un momento en el que no y por eso a HTML5 cada vez recortará más terreno a Flash.

Una vez más remito a Mike Chambers que resume muy bien todo el dilema en esta frase:

A lot of the things that you have done via Flash in the past, will increasingly be done via HTML5 and CSS3 directly in the browser.

¿Entonces Flash ha muerto?

NO

Adobe AIR

Flash ha pasado a convertirse en un sistema de desarrollo rápido de aplicaciones multiplataforma de la misma forma que hay otros como QT. Con AIR para TVs, móviles, tablets y escritorio, además de las Native Extensions, tenemos el mejor lenguaje para crear aplicaciones multidispositivo y multiplataforma del mercado, que nadie piense que hay otro lenguaje mejor para hacer el CORE (“Code Once Run Everywhere”), porque no lo hay.

Como sabréis, Adobe ha comprado PhoneGap, un framework para desarrollar aplicaciones multiplataforma y multidispositivo con HTML5 y JavaScript el cual creo que es y será la competencia de AIR, aunque PhoneGap tiene tanto por evolucionar que no me aventuro a decir que llegue a ser en algún momento una competencia seria.

El principal problema que tiene que resolver HTML5 es romper la barrera del Enterprise y la fragmentación en los navegadores tanto de escritorio como de dispositivos móviles, y hasta que no consiga eso no será rival para AIR y habrá lugar para Flash.

Por último, quiero poner otra cita de Mike Chambers:

I am not suggesting that all Flash content should or will be done in HTML5. You have to look at each project on a case by case basis and make a decision based on development costs, target platforms and user experience.

Nosotros como profesionales somos los que debemos de decidir qué tecnología es la mejor para cada proyecto en base a costes, plataformas objetivo y otras muchas cosas, y a día de hoy HTML5 es mejor que Flash para muchas cosas, igual que con HTML5 hay cosas que directamente no puedes o no debes hacer.

Creo que el futuro de los programadores ActionScript está en las aplicaciones y en el 3D durante muchos años, pero creo que no debería usarse para la web más que para casos puntuales donde no llega HTML5, que desgraciadamente a día de hoy son muchas cosas.

Mientras tanto seguiré programando en Flash y esperaré a que Adobe me haga evolucionar una vez más :)

Links recomendados

Si has llegado hasta aquí y quieres leer un poco más, significa que tienes mucha paciencia e interés por este tema xD

Dejo aquí algunos enlaces con algunas opiniones que me han gustado especialmente:

nov
03

BlackBerry DevCon Amercias 2011 (parte 2)

A parte de estar ocupados asistiendo a todos los talleres de los que os hablamos en nuestro anterior post, evidentemente íbamos allí con la ilusión de dar una buena ponencia sobre algo en lo que estamos muy metidos últimamente a nivel profesional: aplicaciones basadas en la nube.

Con el título “Building Cloud Based Flash Applications“ conseguimos nuestro primer objetivo, que era tener un tema lo suficientemente general y atractivo para que aun los que no desarrollaran en Flash pudieran verse atraídos. Objetivo conseguido, ya que la asistencia (dentro de las ponencias que se impartían en español) fue alta y además luego constatamos que la mayoría no desarrollaban NADA con Flash Platform.

El segundo objetivo era transmitir que si bien nosotros hablábamos de Flash para crear este tipo de aplicaciones, era un modelo que si se implementaba correctamente, debería ser independiente de la tecnología cliente. Pensamos que este enfoque “sincero” ayudó a que la gente mantuviera la expectación aunque no desarrollara en flash, y eso lo rematamos con una temprana demostración de una tipología poco convencional de aplicaciones en la nube: nuestro Lord Of The Pongs.

Con ese planteamiento y esa demo, era un buen momento para que la gente de Java estuviera receptiva, así que comenzamos a hablar de las bondades de Flash como cliente de este tipo de arquitectura, por su agilidad de desarrollo y flexibilidad visual. Un servidor se centró en diseño y arquitectura, y Raul se centró en una serie de demos que dejaron bastante clara la potencia de flash para manejar todo tipo de comunicaciones con el servidor: XML, JSON, AMF y Blaze DS y con una demo final de lo fácil que puede llegar a ser implementar un modo offline en Flash, con un lector RSS que funcionaba a las mil maravillas.

El feedback que recibimos fue muy bueno, tanto que incluso las traductoras de la sala (sí, un gran punto por parte de la organización, fue poner traducción simultánea para las charlas en español) nos felicitaron por la manera de exponer y lo ameno del lenguaje y entonación. Quién nos lo iba a decir!! XD

Al final de este post podéis encontrar los archivos de la charla para descargar así como las diapositivas ;)

BACKSTAGE
Todo buen viaje tiene mil historias alternativas y éste no fue menos ya que pudimos hacer algo de turismo, asistir a una fiesta de BlackBerry, conocer a mucha gente e intercambiar opiniones con otros grupos de usuarios.

Por supuesto merecen una mención especial Edgar Parada, Sergio Brito, Michael Borbor y Mariano Carrizo con los que nos lo pasamos genial yendo de fiesta, hablando de Flash y compartiendo conocimientos y experiencias, como siempre un placer hacerlo con ellos y desde aquí les mandamos un gran abrazo.

Tampoco podemos olvidarnos de John Koch que estuvo día y noche con nosotros y que además, junto a Janice Campbell, nos enseñó amablemente las oficinas de Adobe en un entretenido tour donde pudimos conocer a algunos de los empleados y algo de historia del impresionante edificio que tienen en San Francisco y que era antiguamente las oficinas de Macromedia.

Por último nos gustaría saludar a Bryan Taffel y a toda la gente del grupo de usuarios de BlackBerry de Argentina que eran todos muy majetes, y por supuesto a Memo Doring que se portó a las mil maravillas con nosotros e hizo que nos sintiésemos como en casa.

Descarga los archivos de la charla Building cloud-based Flash applications

oct
30

Community Translation

Los usuarios de Adobe en lengua española estamos de enhorabuena, porque además de estar recibiendo un apoyo notable desde la compañía a través de los grupos de usuarios (solo hay que analizar un poco la creciente actividad de eventos por LatinoAmérica) ahora han iniciado un proyecto que sin duda puede beneficiar mucho a la comunidad, y en el cual están involucrados varios miembros de Adobe.

Se trata de un centro específicamente dedicado a la traducción de contenidos existentes al español, que nace con un lugar en Facebook y por supuesto, un lugar en los Adobe User Groups. El objetivo es lograr disponer de más contenido en español para lo cual muchas personas aportarán su granito de arena en traducir contenidos de calidad existentes en otras lenguas, al español, lo que resultará en más documentación en nuestro idioma sobre gran multitud de productos.

Esperemos que la gente se anime a colaborar y de verdad logremos mejorar la escasez de contenidos en español dentro del ámbito corporativo de Adobe (ya que por suerte si hay algunos blogs personales y websites que aportan buenos contenidos en español).

oct
27

Blackberry DevCon Americas 2011

La semana pasada BlocketPc tuvo la gran suerte de poder asistir al BlackBerry DevCon Americas 2011, un gran evento que nos ha causado una grata impresión, tanto a nivel organizativo como en el nivel y calidad de las ponencias a las que pudimos asistir.

LA KEYNOTE
La keynote se dividió en dos partes, la primera con una visión más de marketing y empresarial en la que hablaron más de los nuevos productos de BlackBerry y otra en la que enseñaron casos reales de éxito y las novedades a nivel de desarrollo.

En cuanto a los nuevos productos podemos hablar de BBX, que básicamente se puede definir como el futuro sistema operativo de BlackBerry que estará basado en QNX. Ellos mismos lo definieron como la mezcla de lo mejor de BlackBerry y QNX.

No hablaron de nuevos terminales pero sí de que la versión 2.0 del sistema operativo de PlayBook aparecerá a finales de este año (aunque luego han cambiado la fecha y han dicho para Febrero) y yo creo que para entonces aparecerá con algún móvil al mercado que lo acompañe. Veremos si se cumplen las predicciones.

Por el lado de las novedades de desarrollo, pues hablaron mucho de HTML5 y WebWorks y sobretodo de Cascades, que para mi fue lo más interesante. Cascades es el nuevo framework de desarrollo de aplicaciones en código nativo C++ para PlayBook.

Cascades fue desarrollado en conjunto con diseñadores de experiencia de usuario y el resultado es un framework muy atractivo visualmente y con un rendimiento asombroso. Enseñaron varios ejemplos, pero el más impresionante para mi fue una lista en 3D con reflejos, sombras, animaciones, video reproduciéndose en los thumbnails y mucho más.

De Adobe AIR no hablaron mucho, aunque sí confirmaron que la nueva versión del PlayBook OS 2.0 contará con Flash Player 11 y AIR 3.0 que por supuesto incluirá Native Extensions.

Como nota positiva el subidón que nos dio a todos, ver nuestras caras y nombres en los videowalls, ya que éramos speakers junto a Mariano, Edgar y Sergio.

LAS SESIONES
Antes de llegar ya teníamos fichadas y programadas unas cuentas sesiones, pero la verdad que surgieron algunas nuevas a las que no nos pudimos resistir. Vamos a ir desglosando lo mejor de cada ponencia a la que asistimos, diciendo las claves que sacamos en claro, dejamos de lado el training de iniciación en Flash Builder al que asistimos, que si bien a nivel técnico nos aportó gran cosa (aunque si salimos de allí con esta referencia para saber cómo compilar archivos SWF para PlayBook) si que sirve para darte una idea de cómo de puesta anda la gente que desarrolla para BlackBerry en cuanto a qué creen que se puede hacer con herramientas o plataformas alternativas como Flash.

How efficient is your BlackBerry PlayBook Tablet App
Lo primero y más curioso de esta charla, que impartió nuestro gran amigo Mariano Carrizo, es que el título no era el original. Más allá de eso dio un buen repaso y recorrido a lo que podemos hacer con Flash Builder y ActionScript 3 cuando trabajamos para PlayBook. La línea que siguió para el tiempo que disponía fue buena, dando tiempo a dejar bastante claro que la plataforma flash proporciona herramientas y un lenguaje suficientemente potente para crear aplicaciones de todo tipo, más al sumarle Adobe AIR. Ponencia ideal para hacer tambalearse un poco a todos los desarrolladores Java que predominaban el evento.

Profiling your AIR Application for Better Performance
Esta ponencia ya apuntaba a un nivel más alto, se notó mucho en los asistentes y sobre todo en la ronda de preguntas. Se ve que al evento asistieron también desarrolladores o que o bien venían ya de la plataforma Flash, o que habían visto sus bondades y comenzaban a adentrarse en ella. La impartió Prosanta Bhattacherjee y asistía complementariamente también Julian Dolce.

Se mostró bastante bien como hacer profiling con Flash Builder cuando trabajamos para PlayBook, y además se mostró una clase que permitía al menos tracear información de salida del profiling en Flex aun cuando testeábamos en el dispositivo. Evidentemente no contábamos con paneles, pero si nos daba bastante información sobre el uso de memoria, objetos existentes, etc.

Best Practices for User Experiences and User Interfaces Using the Adobe Flash Platform
Nuestros amigos Edgar Parada y Sergio Brito impartían una charla curiosa para estar en un evento para desarrolladores, pero que precisamente demuestra la importancia que siempre ha tenido en la plataforma Flash el diseño y la experiencia de usuario, que hoy en día se ha demostrado que es un factor crítico para lograr aplicaciones de éxito.

De hecho analizando las aplicaciones disponibles en el App World para PlayBook, hemos visto que uno de los puntos de los que adolecen muchas de ellas, es precisamente de un buen diseño y de buenos sistemas de interfaz.

Dieron un repaso muy interesante sobre conceptos de UI y de UX importantes cuando se trabaja para tablets, e incluso algunos específicos para PlayBook, como lo interesante que puede ser a nivel de interacción que el marco de la pantalla también sea sensible a gestos.

Personalmente, ambos salimos muy contentos con los conceptos que se pusieron sobre la mesa, y lo ameno que se hizo el tiempo atendiendo.

Collaboration Roundtable: Where Can You Take Adobe Flash and Adobe AIR Apps?
Julian Dolce, Patrick Mollins, Ryth Haworth y Prosanta Bhattacherjee
En esta mesa redonda abierta a todos los asistentes, pudimos comprobar el nivel de implicación entre ambas empresas, hacia donde parecen apuntar y qué asuntos puedan tener en el roadmap. Hubo bastante participación, sobre todo por parte de Edgar Parada, que no dejó de dar caña con el tema de la documentación, y sobre todo con no dejar de lado a Flash Professional como herramienta de desarrollo para PlayBook, en detrimento de Flash Builder.

La gente de RIM y Adobe encajaron bien estas propuestas y si parece que están bastante proactivos a crear un buen centro de recursos y documentación que realmente sea útil para el desarrollador.

Otra de las cuestiones más interesantes fue una que nosotros mismos ya habíamos preguntado en otra sesión, y es la posibilidad de poder desarrollar con el framework Cascades en Adobe AIR. Por lo visto es algo que tienen en mente, sin embargo sus esfuerzos se están centrando actualmente en hacer que Stage3D funcione correctamente en el PlayBook OS 2.0 y que a partir de ahí podrían comenzar a desarrollar una versión de Cascades en AIR 3.0. Ojalá llegue a nuestras manos.

Developing Adobe AIR Native Extensions
Julian Dolce y Christian Vogt
La última charla que vimos era una de las que más nos interesaban, ya que el nuevo framework de Native Extensions es muy prometedor. Desde el punto de vista de desarrollo, creo que han hecho un trabajo excelente ya que podemos crear componentes SWC de nuestras extensiones que luego podemos reaprovechar para otros proyectos.

Otro punto fuerte es que podemos programar las Native Extensions para varias plataformas a la vez y luego con una llamada desde ActionScript esta se ejecutará en cada compilado con el código nativo que necesite.

Es más, Julian comentó que era interesante si fuera posible, crear una versión de la extensión para la plataforma en la que desarrollamos (Windows o Mac), ya que podríamos marcarla en la configuración de la ANE, de manera que en “local” trabajáramos como en el dispositivo, evidentemente si es una funcionalidad propia del dispositivo, nadie quita que en tu versión “local” hagas una emulación de recepción / respuesta. Si queréis informaros más de Native Extensions podéis pegarle un vistazo a los ejemplos que hay colgados en Adobe DevNet.

Y de momento esto es todo, en un próximo post hablaremos de nuestra charla y de algunas anécdotas del viaje, así como los pertinentes agradecimientos.

Un saludo!!

oct
24

Jornada sobre tecnologías Adobe en Alicante

Después de pasar por el BlackBerry DevCon y aún recuperándome del jet-lag estaré mañana a las 10:30 en unas jornadas sobre tecnologías Adobe en la Universidad Politécnica de Alicante.

En estas charlas coincidiré con amigos como Jorge Mochón y Elad Rodríguez, y además podré conocer a Ignacio Lledó que fue a Talleres Subflash este año y yo justo no pude.

Mi charla irá sobre Flex Hero y en una hora intentaré hablar de las bondades del nuevo framework de Adobe orientado a móviles y dispositivos.

Un saludo!

oct
19

La Comunidad Hispana en el BlackBerryDevCon Americas 2011

Pues ya estamos arrancando el segundo día de la #BBDevCon Americas 2011 y no puedo dejar de sorprenderme por el apoyo que poco a poco se va recibiendo de compañías como Adobe y RIM hacia la comunidad de habla hispana.

Esto ha propiciado que en este evento en San Francisco, nos hayamos podido reunir gran cantidad de desarrolladores de habla hispana en un evento que está siendo, en mi opinión, muy interesante.

Así a bote pronto estamos compartiendo charla y compañía con @edgarparada (Edgar Parada), @kiwox (Mariano Carrizo), @cfmichael (Michael Borbor), @yacafx (Sergio Brito), @john_koch (John Koch), y un montón de gente venida de varios países sudamericanos que hace que realmente se sienta uno un poco más en su casa.

La experiencia merece la pena, la gente de RIM está trabajando duro para que realmente los asistentes a las charlas no esten limitados por el idioma, ofreciendo traductores en ocasiones en ambas direcciones (pero siempre potenciando la asistencia a las charlas en español, ya que en éstas siempre se ofrece la traducción al inglés).

El nivel es muy bueno, los temas tratados son muy interesantes y los anuncios como el soporte en BBX para Air… muy motivadores! Nosotros el Jueves a las 10.45 hora local esperamos dar un buen espectáculo con lo que hemos preparado y colaborar con nuestro granito de arena en que se vea que la comunidad latina está, y está fuerte!

oct
19

e-Seminar: Creación de Juegos para Android

De la mano de vide2brain, con los que ya sabéis que colaboramos activamente, os traemos noticias sobre este eSeminar con asistencia gratuita, que pensamos que os interesará: “Creación de Juegos para Android desde Flex“, que será impartido por Jorge González Villanueva.

La fecha y hora será el 20 de octubre a las 13.00h México/Colombia, o lo que es lo mismo, 20.00h en España. Puedes encontrar más información en el blog de video2brain, entre ella la URL de entrada al eSeminar, instrucciones de acceso, capacidad de la sala, etc.

Entradas más antiguas «