Ahora es posible incorporar la habilidad de compartir la pantalla para aplicaciones basadas en Flash , Flex, AIR muy al estilo de Acrobat Connect, através de LiveCycle Collaboration Services.

LiveCycle Collaboration Services permitirá compartir el escritorio junto con sus aplicaciones como ya lo hemos mencionado, mediante un componente para capturar y transmitir la pantalla del usuario; y utilizaremos otro componente para recibir el flujo de datos y renderearlo en Flash Player.

El componente llamado ScreenShareSubscriber tiene una rudimentaria interfaz de usuario sin embargo es muy potente puesto que permite mostrar un flujo de video adaptable a las dimensiones del componente del suscriptor.

Es un primer paso que debería servir de punta de lanza para que más desarrolladores adoptaramos esta funcionalidad que en un futuro sería deseable que fuera inherente al Flash Player y no depender de un servicio ofrecido por Adobe y/o algún tercero; esto debido a que muchas aplicaciones críticas no tienen acceso a Internet debido principalmente a políticas de seguridad de las Empresas.

CONSIDERACIONES

Hoy en día este tipo de funcionalidades son un must-to-have y es algo que los desarrolladores pediamos a gritos hace mas de 8 años, por ahí alguna vez Stefan Richter se preguntaba si ¿Alguna vez veríamos esta característica aplicada a Flash Media Server? y este es un comienzo.

Sin embargo hago una última reflexión a la cuál me gustaría invitarlos en el hilo de comentarios de esta entrada, es entendible que el modelo de negocio de Adobe no permita en este momento que la funcionalidad de Screen Sharing sea completamente inherente a Flash Player, sin embargo sería un paso importante de acuerdo a la estrategia Open Source de Adobe, implementar parte de esta funcionalidad en alguna versión de Blaze DS para que cada vez más desarrollos permitan a los usuarios descubrir el poder de las tecnologías enriquecidas como Flash mediante el trabajo con aplicaciones colaborativas.
¿Ustedes que opinan?

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.

Podemos definir a Flash Catalyst como una herramienta de diseño que nos permite crear interfaces ricas visualmente sin la necesidad de implementar una sola línea de código.

Imaginemos 2 mundos: el de los diseñadores y el de los desarrolladores. ¿Cuántas veces hemos sufrido para entendernos unos con otros dentro de un proyecto?, muchas, ¿No es así? pues en este contexto Flash Catalyst funge como un puente conciliador entre ambos mundos.

Con Flash Catalyst un diseñador extiende sus dominios al grado de crear interfaces con arte elaborado, animaciones, efectos e interactividad, los desarrolladores, aprovechan el trabajo realizado por los diseñadores y lo conectan con los servicios de datos correspondientes para desplegar la información utilizando Flash Builder.

Un nivel más arriba: el diseñador crea la interfaz utilizando: Illustrator, Photoshop o Fireworks, otra persona dedicada a trabajar la interactividad sobre la interfaz en Flash Catalyst y el desarrollador haciendo de las suyas en Flash Builder. Suena mucho mejor ¿No es así?.

La tendencia es de comenzar a crear aplicaciones RIA’s en serie creando roles, tareas especificas y flujos de trabajo más naturales. Como consecuencia, se generará una especialización en todas las fases del proceso, lo que a mi parecer nos ayudará a crear aplicaciones cada vez mas útiles y atractivas para el usuario final, en menor tiempo.

Podremos crear Wireframes ilustrativos e interactivos que muestren el flujo propuesto para una aplicación, desarrollaremos prototipos y todo el trabajo realizado en ellos representará el inicio de nuestras aplicaciones finales.

Para los desarrolladores con tendencias a diseñadores y viceversa Flash Catalyst les vendrá como anillo al dedo. Sin duda, la plataforma nos da todas las herramientas para globalizar nuestro conocimiento.

Inciaré este artículo con una breve descripción de cómo trabaja Flex 3 cuando programamos una aplicación.
Cuando generamos un proyecto de flex 3 con Flex Builder un archivo inicial aparece en el editor. El archivo tiene una etiqueta principal que se llama "Application" y tiene ciertos atributos asociados a ella.

Poco a poco vamos agregando componentes a la aplicación así como acciones utilizando ActionScript como lenguaje de programación en conjunto con MXML.

La mayoría de los componentes que contiene la aplicación tienen un prefijo "mx" que realmente es el "espacio de nombres" o namespace en xml, asociado a esa etiqueta. Y fue definido automáticamente, en la primer etiqueta denominada "Application".

    <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" ...

Si observamos, el prefijo mx está asociado a una dirección estilo URI e internamente esa dirección está asociada a la lista de componentes disponibles que tenemos dentro del Framework Flex 3. Componentes como el conocido Button, Canvas, Panel, Validators, etc...

En Flex 4 esos componentes siguen estando disponibles solo que otro set de componentes se está creando bajo el nombre código de spark.

Cuando creamos un proyecto en Flash Builder apuntando a SDK Flex 4 de lo primero que nos damos cuenta es que se agregan de manera automática más namespaces. Además del ya conocido "mx" tenemos disponibles "s" y "fx".

<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009" 
	xmlns:s="library://ns.adobe.com/flex/spark" 
	xmlns:mx="library://ns.adobe.com/flex/halo" ...

Enlistando y resumiendo los namespaces que ahora se utilizan en flex 4...

Los nuevos componentes spark fueron creados basándose en la arquitectura halo pero mejorando dicha arquitectura. Éste hecho nos permite combinar ambas clases de componentes en una misma aplicación. Es por eso que los tenemos disponibles en un mismo proyecto de Flex 4.

De la misma forma en que se hacía en versiones anteriores, flex sigue traduciendo el código escrito con mxml en código ActionScript 3.0 antes de ser compilado. Es por ello que recomiendo analizar qué instrucciones, en mxml, generan exageradas líneas de código automático en ActionScript 3.0 e intentar evitarlas siempre que se pueda. Una muy común son las instrucciones para "Bindings", las llamadas "llaves" y la etiqueta "Binding" ( { } ).

Es todo en este primer artículo. Estaré publicando más artículos referentes a flex 4 de manera continua.
Espérenlos.

En ésta semana he tenido la oportunidad de estar probando asSQL,  un driver codificado en ActionScript 3 que está orientado para la comunicación con bases de datos mySql directamente desde tu aplicación Flex.

Al no utilizar éste driver y si quieres hacer una conexión a la base necesitas utilizar una especie de 'puente' para que al final la aplicación Flex reciba los datos (llámese php u objetos Java entre otros), esto es con un httpService o Remote Object, esto ha sido muy criticado en Flex pero tiene su razón de ser (ColdFusion).

La idea entonces es facilitar la comunicación entre la base desde Flex  y hacer nuestro componente de conexión una vez que tenemos el driver importado de la siguiente manera. (Suponiendo que tenemos una base de datos mysql local):

<controls:MysqlService id="mySqlService" host="localhost" port="3306" user="pat"

database="oportunidades" scrambler="{new PlainTextScrambler('suquet')}"

response="onResponse(event)" error="onError(event)"/>

El scrambler se refiere al password de la base y nos permite tener esos datos encriptados, en caso de que algún abusado quiera decompilar nuestro .swf, no lo verá  :)

Espero que tengan la oportunidad de checarlo, ya que el performance es muy bueno, les dejo la liga aquí.

También me gustaría (si es que no las conocen) que checaran los siguientes enlaces de aplicaciones flex y air, respectivamente.

http://flex.org/showcase/

http://refreshingapps.com/

Saludos para todos.

Pat

Pd. Esperen pronto Posts tanto de Cocomo, Coldfusion, Flash Catalyst y Flex 4

Actualmente se encuentra en su tercer numero, el cual es el primero del año, y para darnos una muestra de esta revista es posible descargar gratuitamente!!, aunque solo por un par de dias, (9 y 10 de Enero) el numero 2 de la revista asi que aprovechen!!!!.

Es posible suscribirse a al revista de modo digital o impreso, aunque de este ultimo estoy a espera de que me indiquen si hacen envios fuera de EU, en cuanto sepa ese ultimo dato les informare.

La revista puede ser consultada en su version online

Saludos y... Happy Flexing!!
Bytes by Yacatematrix

El artículo que estas leyendo habla acerca de los jugadores implicados en el ecosistema móvil pero en específico de su rol respecto a Flash Lite. A rasgos generales definiremos tres variables en cuanto a estos jugadores implicados ¿Quiénes son? ¿Qué es lo que hacen con la tecnología móvil? ¿Qué ofrece Flash Lite para ellos?

Al final las conclusiones del artículo irán dirigidas a un mundo ideal, es decir qué es lo que deberían de estar haciendo los “jugadores implicados” en el ecosistema móvil para que Flash Lite logre posicionarse bien.

El Operador

¿Quién es? Es el jugador que pinta las reglas en cuanto a la plataforma tecnológica local. Aquí en México los más fuertes: Telcel, Telefónica Movistar y Iusacell.
¿Qué es lo que hace con la tecnología móvil? El operador es el encargado de proveer del servicio al usuario, así mismo en algunos casos también representa un puente entre el fabricante y el desarrollador.
¿Qué le ofrece Flash Lite? Le ofrece un diferenciador entre sus competidores, así mismo en dado caso que el operador sea un proveedor de contenido (lo que comúnmente sucede) le da un valor agregado debido a la naturaleza del desarrollo en Flash, el cual es más rápido que con otras tecnologías.

El Fabricante

¿Quién es? Es quien lleva la pauta tecnológica debido a la investigación que realiza en aras de tener lo mejor de lo mejor, siempre están en continua innovación y al final en esta industria lo que importa con ellos es el número de terminales vendidas. Hablando del mercado mexicano no hace falta decir que quien más vende le pese a quien le pese es Nokia, SE tiene un buen camino recorrido, seguidos de Motorola, Samsung y LG.
¿Qué es lo que hace con la tecnología móvil? El fabricante hace la tecnología, hace desde terminales (teléfonos), accesorios y hasta las antenas para la infraestructura celular (aunque esto no es algo que se sepa a los cuatro vientos).
¿Qué le ofrece Flash Lite? Le ofrece algo nuevo, en definitiva ese factor cool, siempre los fabricantes buscan el ¿Qué le pongo? Le pongo mensajes multimedia, le pongo Java, le pongo cámara, le pongo MP3, le pongo video, le pongo un sistema operativo y a últimas fechas le pongo Flash Lite una de las tecnologías más cool del planeta.

El Desarrollador

¿Quién es? Es aquel personaje tras bambalinas, es quien piensa la interfaz, escribe las líneas de código, aquel que se desvela pensando como será el siguiente programa, el siguiente juego o la siguiente animación. Conozco pocos desarrolladores móviles en el mercado mexicano, destacaría a mis amigos de Ngwise, el equipo de Activ, y los desarrolladores ligados a algún proveedor de contenido móvil, sin olvidar a los independientes.
¿Qué es lo que hace con la tecnología móvil? El mundo móvil es algo a lo que pocos desarrolladores comparados con los del mundo desktop le apuestan, pero los que lo hacen se topan con un entorno de lo más diverso e interesante. Hay muchos juguetes con los que se pueden interactuar y en general diversos entornos, los clásicos Java(J2ME) y C++(BREW) son lo que más.
¿Qué le ofrece Flash Lite? Como decirlo? Flash Lite es Sexy!, es la tecnología de la cual estamos hablando, tiene esas características dentro de ella que aunadas a un entorno de desarrollo único en su tipo el cual mezcla una herramienta de animación, video, audio, código, y lo mejor para dispositivos un emulador directo sin necesidad de contar con el hardware físicamente, ofrece lo mejor de muchos mundos. Y lo mejor es que el desarrollo es muy pero muy rápido comparado con otras tecnologías.

El Usuario

¿Quién es? Es quien vive menos estresado de los cuatro, su fin último es tener el mejor dispositivo con los mejores contenidos dentro, hay quien reniega que los teléfonos móviles sirven solo para hacer llamadas, pero no tarda el día en que estos mismos se encuentren mandando mensajes multimedia, descargando contenido como juegos o aplicaciones entre otras delicias móviles.
¿Qué es lo que hace con la tecnología móvil? El usa la tecnología, no le importa mucho que plataforma sea si es GSM o 3G eso le vale, ni en que lenguaje este desarrollado el juego o la aplicación si es J2ME o BREW no le es relevante, el quiere el último modelo de móvil, los últimos contenidos y los quieres ya!
¿Qué le ofrece Flash Lite? Flash Lite le ofrece algo a lo que seguramente ya esta acostumbrado en el desktop, facilidad de uso, animación, video, juegos, aplicaciones multimedia, todo esto multiplataforma y multidispositivo (* este es el punto clave en desarrollo móvil y Flash Lite lo tiene).

Conclusiones

Después de conocer a cada uno de los “jugadores implicados” es relativamente más sencillo el decirles que pienso yo que deberían estar haciendo en torno a Flash Lite para elevar la experiencia móvil al máximo.

Los operadores como tal, deberían de informarse acerca de lo que es Flash Cast (Servidor de Entrega de Contenidos Móviles para Flash Lite) y lo que puede ofrecerles como valor agregado para sus usuarios, ya hay algunos casos de éxito en el mundo: NTT DoCoMo, T-Mobile, Verizon , no hay vuelta de hoja un desarrollador no puede hacerlo y tenemos que esperar a que ellos lo hagan.

Los fabricantes deberían de ver en Flash Lite una plataforma extra de desarrollo con la cual pueden atraer a muchos desarrolladores y usuarios a que compren sus terminales, por lo que un movimiento ideal sería integrar por defecto en los dispositivos Flash Lite y tal cual lo hace Nokia y SE tener un portal exclusivo para desarrolladores donde los desarrolladores podamos tener acceso a emuladores, librerías y demás cosas interesantes.

Los desarrolladores es hora que le entremos al mundo móvil, antes de que las reglas del negocio caigan en las manos equivocadas, hay que empezar a experimentar con Flash Lite y las bondades que ofrece, darnos cuenta que no es una tecnología suplementaria a J2ME o BREW, más bien complementaria.

Los usuarios deberían de ser más exigentes en los contenidos que descargan, no conformarse con los simples tonos e imágenes XXX que lo único que hacen es vulgarizar nuestro móvil, si no exigir contenidos con algo más de estilo y valor agregado.

Por ahora sería todo, en las siguientes entregas de Flash Lite ya será justo el momento de ensuciarse las manos y empezar a desarrollar!

AJAX ha provocado que el lado del cliente se enriquezca sustancialmente hasta considerarse "un poco más inteligente". La frase "the experience matters" acuñada por Macromedia ahora Adobe, ha tomado cada vez mayor importancia y el término RIA (Rich Internet Application) ha llegado para quedarse sin lugar a duda.

Flex 2.0 es la pieza del rompecabezas que nos ayuda a resolver uno de los problemas fuertes que AJAX sufre, éste se llama "diversidad de navegadores". Debido a que no se considera un estándar, cada navegador cuenta con una implementación diferente del objeto que se encarga de realizar las peticiones asíncronas(“Microsoft.XMLHTTP” en el IExplorer o “XMLHttpRequest” en Mozilla) por lo que se debe considerar escribir el código necesario para soportar uno o más navegadores.

Flex 2.0 basándose en la plataforma Flash no cuenta con este problema, ya que cualquier archivo .swf que ejecutemos en el IExplorer, Mozilla, Safari se visualiza de la misma manera gracias al Flash Player. Actualmente la última versión(Flash Player 9.0.21.78.) fue liberada hace poco, para la plataforma Linux, lo que completa el círculo de los tres más grandes mercados en Sistemas Operativos(Windows y Mac).

Hoy en día Flex 2.0 representa una solución muy importante en el campo de las RIA's y me atrevería a decir, que se encuentra liderando este tipo de desarrollos gracias a la gran penetración que la plataforma Flash ha logrado en los últimos años.

Por último es importante mencionar el hecho de que utilizar Flex, no quiere decir que automáticamente cerremos la puerta al mundo AJAX, ambas tecnologías tienen un fin semejante y pueden llegar a complementarse sin muchas complicaciones. Prueba de esto es la librería Flex-Ajax Bridge que nos permite comunicarnos con una aplicación tradicional que utilice AJAX con una aplicación Flex 2.0. Para más detalle de cómo utilizar esta librería la siguiente liga representa un buen inicio:
http://labs.adobe.com/wiki/index.php/Flex_Framework:FABridge

Flash es una tecnología que basa su potencial en su reproductor ubicuo (Flash Player), este se encuentra instalado en una gran variedad de plataformas, desde Windows, Mac, Linux, PDAs, y teléfonos móviles o celulares. Hablar entonces de Flash Lite, es hablar de una versión reducida del reproductor Flash Player, diseñada para dispositivos móviles.

Actualmente existen 4 versiones de Flash Lite, la 1.0, 1.1, 2.0 y 2.1. Hablaremos más específico de cada una de ellas más adelante, pero por ahora trataremos a Flash Lite como algo general.

Por ahí del año 2003 se da un boom en Japón con esta tecnología y Macromedia en ese entonces encuentra una buena recepción por parte de los carriers u operadores NTT DoCoMo y KDDI, los cuales deciden licenciar el reproductor Flash Lite Player para sus usuarios y así iba la situación también con ”algunos” operadores de Europa, tales como Verizon Wireless y Vodafone KK. Surgen inclusive tecnologías del lado servidor para móviles como Flash Cast.

Pero bueno eso es una realidad allá en el lejano oriente, así que hablemos un poco más con los pies en la tierra, actualmente en Latinoamérica y me atrevería a decir que en España pero un poco menos Flash Lite sigue siendo una tecnología para que los desarrolladores entrenemos en lo que el boom llega por completo a nuestras tierras.

Macromedia en su momento se dio cuenta de este fenómeno con los operadores, los “Walled Gardens”, el cuál implica que los operadores por proteger un mercado que parece seguro impiden el rápido avance de las tecnologías emergentes, así que la alternativa fue buscar mayor aceptación con los fabricantes de teléfonos móviles, encontrando una buena respuesta por parte de Nokia, Samsung, Sony Ericsson, Motorola, etc.

De aquellas alianzas surgen iniciativas por demás interesantes, como que Nokia incorpora a su serie 60 la capacidad de reproducir contenido Flash Lite, Sony Ericsson hace lo propio con algunos modelos de la serie Walkman, y Samsung inclusive lanza en Korea un teléfono con toda la interfaz hecha en Flash Lite.

Importante también es entender algo del ecosistema móvil, el cual divide la gran parte de su contenido en 3 plataformas, una de las que mayores adeptos tiene es Java con su perfil J2ME debido a la portabilidad de las aplicaciones y que la mayoría de los fabricantes la incorporan como una de sus características se podría decir que es un estándar.

La otra plataforma es BREW, impulsada por Qualcomm y con un modelo un poco incómodo para los desarrolladores, debido al esquema de certificación de las aplicaciones y la forma de distribución de las mismas, actualmente BREW esta ligado a Flash Lite desde su versión 2.1, pero esto se tratará más a fondo en un artículo posterior.

Y la tercera plataforma es Flash. Ahora la realidad actual es que como tal Flash Lite es una tecnología que promete mucho pero que necesita llegar a un punto de ubicuidad, así como el cliente de escritorio para que Flash pueda reinar en el contenido móvil, tal cual lo hace en la red.

Este punto de ubicuidad depende de que los jugadores implicados en el ecosistema móvil hagan los movimientos pertinentes, pero eso sin duda merece la pena extenderse a una siguiente entrada.