Discussion:
[AIR] Dudas sobre AIR
(demasiado antiguo para responder)
Carlos Velasco
2008-04-22 13:43:05 UTC
Permalink
Hola a todos, tengo algunas dudas sobre AIR y AS3.

Por un lado he estado probando fscommand sobre aplicaciones en AIR y el
código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR, mi
duda es si fscommand está soportado por AIR, y en caso afirmativo, si hay
que hacer modificaciones sobre el código mostrado en la ayuda on-line de
Adobe.

Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio también
en ocasiones requieren mantenerse a la escucha de un puerto y ser servidoras
puntualmente (o no) de otras aplicaciones. ¿Se va a incluir esta
característica en AS3? ¿Van a ampliarse las APIs para el lenguaje?

Otra de las lagunas (por no llamarlo mares) que he encontrado es en el
soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya sea de
escritorio debe tener un soporte sobre la impresión mucho más exhaustivo, no
el "chiste" este que venden como PrintJob. De nuevo. ¿Sabe alguien si está
pensado incluir dicha característica?

Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.


Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto ninguna
comunicación indicando los hitos que piensan cubrir con el producto (de
forma que la gente o empresas que tengan proyectos excesivamente ambiciosos
para la plataforma puedan desecharla automáticamente), ni una planificación
o compromiso de incorporar funcionalidades que cualquier empresa o
profesional del software requerirán como indispensables para sus productos.


Un saludo a todos.
Andres Cayon
2008-04-22 20:48:58 UTC
Permalink
Hola Carlos:
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR

Creo que fscommand no se te ejecuta por motivos de seguridad (como soy de
los recién llegados, me entiendo mejor con ExternalInterface()), ya que en
el momento que lo utilizas en una aplicación AIR se comienza a ejecutar
desde el sistema de archivos y no desde una url. ¿Has revisado las normas
de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con JavaScript
sabrán a lo que me refiero)

En el paquete flash.net tienes la clase Socket y además tienes disponible el
paquete air.net con las clases ServiceMonitor(), SocketMonitor() y
URLMonitor(). No sé exactamente lo que necesitas, pero creo que hay para
escoger 8-)

Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por las
API's de los sistemas operativos. De nuevo: ¿qué caracteristicas echas en
falta que tengan otras aplicaciones?

Y no seas tan cruel, que estamos en la versión 1.0
8-D

Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y el
código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR, mi
duda es si fscommand está soportado por AIR, y en caso afirmativo, si hay
que hacer modificaciones sobre el código mostrado en la ayuda on-line de
Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio también
en ocasiones requieren mantenerse a la escucha de un puerto y ser
servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a incluir
esta característica en AS3? ¿Van a ampliarse las APIs para el lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en el
soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya sea de
escritorio debe tener un soporte sobre la impresión mucho más exhaustivo,
no el "chiste" este que venden como PrintJob. De nuevo. ¿Sabe alguien si
está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto ninguna
comunicación indicando los hitos que piensan cubrir con el producto (de
forma que la gente o empresas que tengan proyectos excesivamente
ambiciosos para la plataforma puedan desecharla automáticamente), ni una
planificación o compromiso de incorporar funcionalidades que cualquier
empresa o profesional del software requerirán como indispensables para sus
productos.
Un saludo a todos.
Carlos Velasco
2008-04-23 08:03:43 UTC
Permalink
Hola Andrés.

Gracias ante todo por tu respuesta. Aprovecho y te respondo de abajo a
arriba. ;)

No soy cruel, simplemente que estoy viviendo día a día como la falta de
transparencia con el producto hace que las empresas sin excesivo margen de
error no nos podamos plantear dar el Salto a los desarrollos en AIR, ya que
no hay un camino claro que nos indique si se van a implementar
funcionalidades que si incorporan otros entornos (JAVA, .NET, etc...), y lo
más perjudicial, el cuando.

Respecto a la impresora, limitar la funcionalidad de la clase a
presentar el menú de impresión genérico del Sistema Operativo (vamos, no
permitir cambiar los parámetros de impresión directamente por código) es una
traba muy grande para el desarrollo de aplicaciones con SKINs "custom", que
es precisamente la razón por la que se podría decantar alguien a la hora de
descartar los entornos anteriores (vamos, Java, .Net, etc etc).

Y sobre los sockets, sería bastante importante poder hacer que una
aplicación AIR escuchase un Puerto con un Socket Pasivo, recibiese
peticiones de otras aplicaciones (AIR o no) y actuase en consecuencia...
Vamos, poder tener una aplicación Servidora hecha en AIR. (Hay que tener en
cuenta que a parte de los esquemas CLIENTE-SERVIDOR, también son comunes los
esquemas en que una aplicación que en un momento es cliente de algunas
otras, también actúa como servidora para otras... Vamos, que salvo que
alguien me indique lo contrario, siento que me han dejado cojo y no tengo
manera de saber cuándo me van a dar mi pierna (y lo que es peor, si me la
van a dar). En definitiva, lo que falta son APIS de lado de Servidor.

Un saludo.
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy de
los recién llegados, me entiendo mejor con ExternalInterface()), ya que en
el momento que lo utilizas en una aplicación AIR se comienza a ejecutar
desde el sistema de archivos y no desde una url. ¿Has revisado las normas
de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes disponible
el paquete air.net con las clases ServiceMonitor(), SocketMonitor() y
URLMonitor(). No sé exactamente lo que necesitas, pero creo que hay para
escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas echas
en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR,
mi duda es si fscommand está soportado por AIR, y en caso afirmativo, si
hay que hacer modificaciones sobre el código mostrado en la ayuda on-line
de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y ser
servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a incluir
esta característica en AS3? ¿Van a ampliarse las APIs para el lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en el
soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya sea de
escritorio debe tener un soporte sobre la impresión mucho más exhaustivo,
no el "chiste" este que venden como PrintJob. De nuevo. ¿Sabe alguien si
está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Carlos Velasco
2008-04-23 08:06:28 UTC
Permalink
Se me pasó... ¿Se podrá conectar en algún momento con Bases de Datos Oracle,
MySQL, y similares, en lugar del sucedáneo este de SQLlite????
Post by Carlos Velasco
Hola Andrés.
Gracias ante todo por tu respuesta. Aprovecho y te respondo de abajo a
arriba. ;)
No soy cruel, simplemente que estoy viviendo día a día como la falta de
transparencia con el producto hace que las empresas sin excesivo margen de
error no nos podamos plantear dar el Salto a los desarrollos en AIR, ya
que no hay un camino claro que nos indique si se van a implementar
funcionalidades que si incorporan otros entornos (JAVA, .NET, etc...), y
lo más perjudicial, el cuando.
Respecto a la impresora, limitar la funcionalidad de la clase a
presentar el menú de impresión genérico del Sistema Operativo (vamos, no
permitir cambiar los parámetros de impresión directamente por código) es
una traba muy grande para el desarrollo de aplicaciones con SKINs
"custom", que es precisamente la razón por la que se podría decantar
alguien a la hora de descartar los entornos anteriores (vamos, Java, .Net,
etc etc).
Y sobre los sockets, sería bastante importante poder hacer que una
aplicación AIR escuchase un Puerto con un Socket Pasivo, recibiese
peticiones de otras aplicaciones (AIR o no) y actuase en consecuencia...
Vamos, poder tener una aplicación Servidora hecha en AIR. (Hay que tener
en cuenta que a parte de los esquemas CLIENTE-SERVIDOR, también son
comunes los esquemas en que una aplicación que en un momento es cliente de
algunas otras, también actúa como servidora para otras... Vamos, que salvo
que alguien me indique lo contrario, siento que me han dejado cojo y no
tengo manera de saber cuándo me van a dar mi pierna (y lo que es peor, si
me la van a dar). En definitiva, lo que falta son APIS de lado de
Servidor.
Un saludo.
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy de
los recién llegados, me entiendo mejor con ExternalInterface()), ya que
en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has revisado
las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes disponible
el paquete air.net con las clases ServiceMonitor(), SocketMonitor() y
URLMonitor(). No sé exactamente lo que necesitas, pero creo que hay para
escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR,
mi duda es si fscommand está soportado por AIR, y en caso afirmativo, si
hay que hacer modificaciones sobre el código mostrado en la ayuda
on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Andres Cayon
2008-04-24 23:33:53 UTC
Permalink
Puedes conectar con cualquier base de datos a través de diferentes servicios
(HTTP, SOAP, WSDL). En estos casos se requiere lógicamente programación
intermedia en cualquier lenguaje de servidor.

En el caso de SQLite, viene incluida por defecto dentro de AIR, por lo que
en esta situación tanto la conexión como las consultas y la manipulación de
los resultados se soportan de forma nativa

Personalmente, no creo que sqlite sea una bd 'menor': soporta transacciones
y cumple ACID mejor que algunas DBMS de mayor nombre. Creo que no soporta
integridad referencial ni procedimientos almacenados (no lo he probado). El
primero de los problemas, viniendo de MySQl, no me quita el sueño.
En cualquier caso, no es su función reemplazar a estas, sino a otros
métodos de registro de datos que suelen utilizar el sistema de archivos
normal. creo que este documento lo explica bastante bien:
http://www.sqlite.org/whentouse.html

Ten en cuenta que AIR se centra sobre todo en aplicaciones de escritorio,
por lo que cumple de sobre con el objetivo encomendado.

Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Se me pasó... ¿Se podrá conectar en algún momento con Bases de Datos
Oracle, MySQL, y similares, en lugar del sucedáneo este de SQLlite????
Post by Carlos Velasco
Hola Andrés.
Gracias ante todo por tu respuesta. Aprovecho y te respondo de abajo a
arriba. ;)
No soy cruel, simplemente que estoy viviendo día a día como la falta
de transparencia con el producto hace que las empresas sin excesivo
margen de error no nos podamos plantear dar el Salto a los desarrollos en
AIR, ya que no hay un camino claro que nos indique si se van a
implementar funcionalidades que si incorporan otros entornos (JAVA, .NET,
etc...), y lo más perjudicial, el cuando.
Respecto a la impresora, limitar la funcionalidad de la clase a
presentar el menú de impresión genérico del Sistema Operativo (vamos, no
permitir cambiar los parámetros de impresión directamente por código) es
una traba muy grande para el desarrollo de aplicaciones con SKINs
"custom", que es precisamente la razón por la que se podría decantar
alguien a la hora de descartar los entornos anteriores (vamos, Java,
.Net, etc etc).
Y sobre los sockets, sería bastante importante poder hacer que una
aplicación AIR escuchase un Puerto con un Socket Pasivo, recibiese
peticiones de otras aplicaciones (AIR o no) y actuase en consecuencia...
Vamos, poder tener una aplicación Servidora hecha en AIR. (Hay que tener
en cuenta que a parte de los esquemas CLIENTE-SERVIDOR, también son
comunes los esquemas en que una aplicación que en un momento es cliente
de algunas otras, también actúa como servidora para otras... Vamos, que
salvo que alguien me indique lo contrario, siento que me han dejado cojo
y no tengo manera de saber cuándo me van a dar mi pierna (y lo que es
peor, si me la van a dar). En definitiva, lo que falta son APIS de lado
de Servidor.
Un saludo.
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy
de los recién llegados, me entiendo mejor con ExternalInterface()), ya
que en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has revisado
las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas, pero
creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en
AIR, mi duda es si fscommand está soportado por AIR, y en caso
afirmativo, si hay que hacer modificaciones sobre el código mostrado en
la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Andres Cayon
2008-04-24 23:41:14 UTC
Permalink
Y se me olvidaba: PHP 5 también la soporta de forma nativa (incluirla al
compilar y listo)!
8-)

Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Andres Cayon
Puedes conectar con cualquier base de datos a través de diferentes
servicios (HTTP, SOAP, WSDL). En estos casos se requiere lógicamente
programación intermedia en cualquier lenguaje de servidor.
En el caso de SQLite, viene incluida por defecto dentro de AIR, por lo que
en esta situación tanto la conexión como las consultas y la manipulación
de los resultados se soportan de forma nativa
Personalmente, no creo que sqlite sea una bd 'menor': soporta
transacciones y cumple ACID mejor que algunas DBMS de mayor nombre. Creo
que no soporta integridad referencial ni procedimientos almacenados (no lo
he probado). El primero de los problemas, viniendo de MySQl, no me quita
el sueño.
En cualquier caso, no es su función reemplazar a estas, sino a otros
métodos de registro de datos que suelen utilizar el sistema de archivos
http://www.sqlite.org/whentouse.html
Ten en cuenta que AIR se centra sobre todo en aplicaciones de escritorio,
por lo que cumple de sobre con el objetivo encomendado.
Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Se me pasó... ¿Se podrá conectar en algún momento con Bases de Datos
Oracle, MySQL, y similares, en lugar del sucedáneo este de SQLlite????
Post by Carlos Velasco
Hola Andrés.
Gracias ante todo por tu respuesta. Aprovecho y te respondo de abajo
a arriba. ;)
No soy cruel, simplemente que estoy viviendo día a día como la falta
de transparencia con el producto hace que las empresas sin excesivo
margen de error no nos podamos plantear dar el Salto a los desarrollos
en AIR, ya que no hay un camino claro que nos indique si se van a
implementar funcionalidades que si incorporan otros entornos (JAVA,
.NET, etc...), y lo más perjudicial, el cuando.
Respecto a la impresora, limitar la funcionalidad de la clase a
presentar el menú de impresión genérico del Sistema Operativo (vamos, no
permitir cambiar los parámetros de impresión directamente por código) es
una traba muy grande para el desarrollo de aplicaciones con SKINs
"custom", que es precisamente la razón por la que se podría decantar
alguien a la hora de descartar los entornos anteriores (vamos, Java,
.Net, etc etc).
Y sobre los sockets, sería bastante importante poder hacer que una
aplicación AIR escuchase un Puerto con un Socket Pasivo, recibiese
peticiones de otras aplicaciones (AIR o no) y actuase en consecuencia...
Vamos, poder tener una aplicación Servidora hecha en AIR. (Hay que tener
en cuenta que a parte de los esquemas CLIENTE-SERVIDOR, también son
comunes los esquemas en que una aplicación que en un momento es cliente
de algunas otras, también actúa como servidora para otras... Vamos, que
salvo que alguien me indique lo contrario, siento que me han dejado cojo
y no tengo manera de saber cuándo me van a dar mi pierna (y lo que es
peor, si me la van a dar). En definitiva, lo que falta son APIS de lado
de Servidor.
Un saludo.
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy
de los recién llegados, me entiendo mejor con ExternalInterface()), ya
que en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has
revisado las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas,
pero creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR
y el código que funciona publicando con Flash CS3 y AS3 no lo hace en
AIR, mi duda es si fscommand está soportado por AIR, y en caso
afirmativo, si hay que hacer modificaciones sobre el código mostrado
en la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Carlos Velasco
2008-04-23 08:49:12 UTC
Permalink
Una duda.

Con ExternalInterface, una aplicación AIR no puede lanzar una aplicación
externa (Por ejemplo relanzar Explorer.exe para que se muestre la carpeta
MisDocumentos) o no veo la forma de hacerlo. ¿Cómo podría replicar este
comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy de
los recién llegados, me entiendo mejor con ExternalInterface()), ya que en
el momento que lo utilizas en una aplicación AIR se comienza a ejecutar
desde el sistema de archivos y no desde una url. ¿Has revisado las normas
de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes disponible
el paquete air.net con las clases ServiceMonitor(), SocketMonitor() y
URLMonitor(). No sé exactamente lo que necesitas, pero creo que hay para
escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas echas
en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR,
mi duda es si fscommand está soportado por AIR, y en caso afirmativo, si
hay que hacer modificaciones sobre el código mostrado en la ayuda on-line
de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y ser
servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a incluir
esta característica en AS3? ¿Van a ampliarse las APIs para el lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en el
soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya sea de
escritorio debe tener un soporte sobre la impresión mucho más exhaustivo,
no el "chiste" este que venden como PrintJob. De nuevo. ¿Sabe alguien si
está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Andres Cayon
2008-04-24 23:11:19 UTC
Permalink
AIR 1.0 no permite lanzar aplicaciones externas, Carlos.
(ha habido en el psado discusiones sobre el tema con opiniones para todos
los gustos)

saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Una duda.
Con ExternalInterface, una aplicación AIR no puede lanzar una
aplicación externa (Por ejemplo relanzar Explorer.exe para que se muestre
la carpeta MisDocumentos) o no veo la forma de hacerlo. ¿Cómo podría
replicar este comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy de
los recién llegados, me entiendo mejor con ExternalInterface()), ya que
en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has revisado
las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes disponible
el paquete air.net con las clases ServiceMonitor(), SocketMonitor() y
URLMonitor(). No sé exactamente lo que necesitas, pero creo que hay para
escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en AIR,
mi duda es si fscommand está soportado por AIR, y en caso afirmativo, si
hay que hacer modificaciones sobre el código mostrado en la ayuda
on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Carlos Velasco
2008-04-25 07:01:32 UTC
Permalink
Hola Andrés,

Gracias por tus comentarios. Por suerte o desgracia yo vengo de los
mundos C, Java y C# (entre otros) y desde esa perspectiva... tengo que
repetirlo, me siento cojo y AIR me cumple a nivel visual, pero el resto de
funcionalidades están todavía demasiado "en pañales". No creo que esto sea
el principal problema, más bien me parece que la lacra es que el RoadMap de
producto no es público, con lo que para las empresas de desarrollo estas
tecnologías son una incertidumbre detrás de otra.

De todas formas, si entiendo que para quienes vengan del mundo del
diseño (gráfico o web) se les ha abierto un abanico de posibilidades
totalmente nuevo. El miedo aquí es que un diseñador es un diseñador (por
mucho que conozca php y sucedáneos), no un analista de software, así que la
calidad del código que estas personas suelen estar cualificadas para
elaborar es nula (claro que los diseños gráficos que yo elaboro también
tienen calidad nula...); es decir, que veo posibilidades de que se acabe
juzgando mal la plataforma por la baja calidad de los productos que se
elaboren para ella (creo que esta relación sería un error, pero hoy por hoy
no me iba a extrañar).

Un saludo.

Carlos.
Post by Andres Cayon
AIR 1.0 no permite lanzar aplicaciones externas, Carlos.
(ha habido en el psado discusiones sobre el tema con opiniones para todos
los gustos)
saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Una duda.
Con ExternalInterface, una aplicación AIR no puede lanzar una
aplicación externa (Por ejemplo relanzar Explorer.exe para que se muestre
la carpeta MisDocumentos) o no veo la forma de hacerlo. ¿Cómo podría
replicar este comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy
de los recién llegados, me entiendo mejor con ExternalInterface()), ya
que en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has revisado
las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas, pero
creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR y
el código que funciona publicando con Flash CS3 y AS3 no lo hace en
AIR, mi duda es si fscommand está soportado por AIR, y en caso
afirmativo, si hay que hacer modificaciones sobre el código mostrado en
la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Juan Muro
2008-04-25 09:15:59 UTC
Permalink
"Carlos Velasco" <***@fractalia.es> escribi� en el mensaje news:furviv$a3p$***@forums.macromedia.com...
(...). El miedo aquí es que un diseñador es un diseñador (por
Post by Carlos Velasco
mucho que conozca php y sucedáneos), no un analista de software, así que
la calidad del código que estas personas suelen estar cualificadas para
elaborar es nula (claro que los diseños gráficos que yo elaboro también
tienen calidad nula...); es decir, que veo posibilidades de que se acabe
juzgando mal la plataforma por la baja calidad de los productos que se
elaboren para ella (creo que esta relación sería un error, pero hoy por
hoy no me iba a extrañar).
Un saludo.
Carlos.
------------------------------------

Sí, ésta es una opinión que venimos todos oyendo desde siempre, por lo que
algo debe tener de cierta, sin embargo todos sabemos que un buen proyecto
necesita al menos de una persona multidisciplinar 'generalista' que conecte,
organice o coordine los trabajos de los 'especialistas' y que sepa
desenvolverse con soltura en cada uno de ellos. Cuando el proyecto es menor,
la persona que lo realiza debe cumplir todas las funciones, y este es un
caso muy frecuente en la web.Así pues hemos pasado de conocer a los autores
web como 'desarrolladores', palabra que antes estaba más destinada a los
programadores, pues no solamente diseñan, sino que programan y realizan
tareas relacionadas con el hospedaje, publicidad, mantenimiento y reformas.
Yo encuentro un gran placer en la programación, la considero un arte mayor,
y eso que provengo del mundo artístico, y la mayor diferencia que encuentro
entre ambos mundos es la forma de trabajar: el diseñador es caótico y el
programador es meticulosamente ordenado.
No es mi caso, porque los hombres del mediterráneo tendemos a saber muy poco
de muchas cosas, pero conozco a buenos profesionales que aúnan la
virtuosidad en el diseño con la soltura y la ortodoxia en la escritura de
código, lo que me demuestra que no solo no son compatibles ambas materias,
sino que es necesario formar a los mejores profesionales en ellas para
conseguir 'aplicaciones enriquecidas' en la Web 3.0, nombre en el quizá
tenga algo que ver el nacimiento de la ActionScript 3, Flex 3 y la suite CS3
en la que está AIR.
Salu2
`8¬}
Juan Muro
Álvaro Vidal
2008-04-25 18:05:44 UTC
Permalink
Buenas tardes,

Seguramente me equivoco pero me da la sensación que lo que necesitas no
es Air, sino utilizar Flash como frontend de alguna aplicación. Air tiene
unas limitaciones bastante claras. En tu caso, sin conocer el tipo de
proyecto en el que estas trabajando, pero guiándome por el tipo de preguntas
que estas haciendo, yo me inclinaría por usar como backend un lenguaje de
programación más potente y sin las limitaciones que comentas, C++, Java, C#,
Visual Basic, etc... para conexión a base de datos, comunicaciones
cliente-servidor, trabajo con ficheros, etc.y con Flash para realizar el GUI
o el FrontEnd de la aplicación.

Yo en el pasado he usado este método y me ha funcionado bien, aunque
todo depende del proyecto en el que estes trabajando.

Saludos, Álvaro.
Post by Carlos Velasco
Hola Andrés,
Gracias por tus comentarios. Por suerte o desgracia yo vengo de los
mundos C, Java y C# (entre otros) y desde esa perspectiva... tengo que
repetirlo, me siento cojo y AIR me cumple a nivel visual, pero el resto de
funcionalidades están todavía demasiado "en pañales". No creo que esto sea
el principal problema, más bien me parece que la lacra es que el RoadMap
de producto no es público, con lo que para las empresas de desarrollo
estas tecnologías son una incertidumbre detrás de otra.
De todas formas, si entiendo que para quienes vengan del mundo del
diseño (gráfico o web) se les ha abierto un abanico de posibilidades
totalmente nuevo. El miedo aquí es que un diseñador es un diseñador (por
mucho que conozca php y sucedáneos), no un analista de software, así que
la calidad del código que estas personas suelen estar cualificadas para
elaborar es nula (claro que los diseños gráficos que yo elaboro también
tienen calidad nula...); es decir, que veo posibilidades de que se acabe
juzgando mal la plataforma por la baja calidad de los productos que se
elaboren para ella (creo que esta relación sería un error, pero hoy por
hoy no me iba a extrañar).
Un saludo.
Carlos.
Post by Andres Cayon
AIR 1.0 no permite lanzar aplicaciones externas, Carlos.
(ha habido en el psado discusiones sobre el tema con opiniones para todos
los gustos)
saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Una duda.
Con ExternalInterface, una aplicación AIR no puede lanzar una
aplicación externa (Por ejemplo relanzar Explorer.exe para que se
muestre la carpeta MisDocumentos) o no veo la forma de hacerlo. ¿Cómo
podría replicar este comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy
de los recién llegados, me entiendo mejor con ExternalInterface()), ya
que en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has
revisado las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que a
veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas,
pero creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen por
las API's de los sistemas operativos. De nuevo: ¿qué caracteristicas
echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR
y el código que funciona publicando con Flash CS3 y AS3 no lo hace en
AIR, mi duda es si fscommand está soportado por AIR, y en caso
afirmativo, si hay que hacer modificaciones sobre el código mostrado
en la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es en
el soporte sobre impresoras. Cualquier aplicación, ya sea on-line, ya
sea de escritorio debe tener un soporte sobre la impresión mucho más
exhaustivo, no el "chiste" este que venden como PrintJob. De nuevo.
¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar a
estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya el
objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
Carlos Velasco
2008-04-28 08:08:36 UTC
Permalink
Hola Álvaro,

Precisamente el punto que a mi parecer hace interesante a AIR es no
tener que utilizar otros lenguajes y plataformas como "backend" para tener
una aplicación de escritorio con un interfaz interesante. Aunque el problema
lo sigo viendo con sus limitaciones que a mi parecer hoy por hoy lo
mantienen a años luz de alcanzar a otras tecnologías para desarrollo en
escritorio.

Un saludo.
Post by Álvaro Vidal
Buenas tardes,
Seguramente me equivoco pero me da la sensación que lo que necesitas no
es Air, sino utilizar Flash como frontend de alguna aplicación. Air tiene
unas limitaciones bastante claras. En tu caso, sin conocer el tipo de
proyecto en el que estas trabajando, pero guiándome por el tipo de
preguntas que estas haciendo, yo me inclinaría por usar como backend un
lenguaje de programación más potente y sin las limitaciones que comentas,
C++, Java, C#, Visual Basic, etc... para conexión a base de datos,
comunicaciones cliente-servidor, trabajo con ficheros, etc.y con Flash
para realizar el GUI o el FrontEnd de la aplicación.
Yo en el pasado he usado este método y me ha funcionado bien, aunque
todo depende del proyecto en el que estes trabajando.
Saludos, Álvaro.
Post by Carlos Velasco
Hola Andrés,
Gracias por tus comentarios. Por suerte o desgracia yo vengo de los
mundos C, Java y C# (entre otros) y desde esa perspectiva... tengo que
repetirlo, me siento cojo y AIR me cumple a nivel visual, pero el resto
de funcionalidades están todavía demasiado "en pañales". No creo que esto
sea el principal problema, más bien me parece que la lacra es que el
RoadMap de producto no es público, con lo que para las empresas de
desarrollo estas tecnologías son una incertidumbre detrás de otra.
De todas formas, si entiendo que para quienes vengan del mundo del
diseño (gráfico o web) se les ha abierto un abanico de posibilidades
totalmente nuevo. El miedo aquí es que un diseñador es un diseñador (por
mucho que conozca php y sucedáneos), no un analista de software, así que
la calidad del código que estas personas suelen estar cualificadas para
elaborar es nula (claro que los diseños gráficos que yo elaboro también
tienen calidad nula...); es decir, que veo posibilidades de que se acabe
juzgando mal la plataforma por la baja calidad de los productos que se
elaboren para ella (creo que esta relación sería un error, pero hoy por
hoy no me iba a extrañar).
Un saludo.
Carlos.
Post by Andres Cayon
AIR 1.0 no permite lanzar aplicaciones externas, Carlos.
(ha habido en el psado discusiones sobre el tema con opiniones para
todos los gustos)
saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Una duda.
Con ExternalInterface, una aplicación AIR no puede lanzar una
aplicación externa (Por ejemplo relanzar Explorer.exe para que se
muestre la carpeta MisDocumentos) o no veo la forma de hacerlo. ¿Cómo
podría replicar este comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como soy
de los recién llegados, me entiendo mejor con ExternalInterface()), ya
que en el momento que lo utilizas en una aplicación AIR se comienza a
ejecutar desde el sistema de archivos y no desde una url. ¿Has
revisado las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que
a veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas,
pero creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen
por las API's de los sistemas operativos. De nuevo: ¿qué
caracteristicas echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en AIR
y el código que funciona publicando con Flash CS3 y AS3 no lo hace en
AIR, mi duda es si fscommand está soportado por AIR, y en caso
afirmativo, si hay que hacer modificaciones sobre el código mostrado
en la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es muy
deficitaria. Aunque parezca mentira las aplicaciones de escritorio
también en ocasiones requieren mantenerse a la escucha de un puerto y
ser servidoras puntualmente (o no) de otras aplicaciones. ¿Se va a
incluir esta característica en AS3? ¿Van a ampliarse las APIs para el
lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es
en el soporte sobre impresoras. Cualquier aplicación, ya sea on-line,
ya sea de escritorio debe tener un soporte sobre la impresión mucho
más exhaustivo, no el "chiste" este que venden como PrintJob. De
nuevo. ¿Sabe alguien si está pensado incluir dicha característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar
a estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya
el objeto de su Producto? Me refiero a que en ningún momento he visto
ninguna comunicación indicando los hitos que piensan cubrir con el
producto (de forma que la gente o empresas que tengan proyectos
excesivamente ambiciosos para la plataforma puedan desecharla
automáticamente), ni una planificación o compromiso de incorporar
funcionalidades que cualquier empresa o profesional del software
requerirán como indispensables para sus productos.
Un saludo a todos.
juan torregrosa
2008-04-28 07:37:23 UTC
Permalink
estoy de acuerdo contigo,aunque AIR es una herramienta que promete aún está
muy verde, pero tengo la esperanza de que la siguiente versión vaya
complementando lo necesario para evolucionar.
"Carlos Velasco" <***@fractalia.es> escribi� en el mensaje news:fv40kk$p0i$***@forums.macromedia.com...
&gt; Hola Álvaro,<BR>
&gt; <BR>
&gt;&nbsp;&nbsp;&nbsp; Precisamente el punto que a mi parecer hace
interesante a AIR es no <BR>
&gt; tener que utilizar otros lenguajes y plataformas como
&quot;backend&quot; para tener <BR>
&gt; una aplicación de escritorio con un interfaz interesante. Aunque el
problema <BR>
&gt; lo sigo viendo con sus limitaciones que a mi parecer hoy por hoy lo
<BR>
&gt; mantienen a años luz de alcanzar a otras tecnologías para desarrollo en
<BR>
&gt; escritorio.<BR>
&gt; <BR>
&gt;&nbsp;&nbsp;&nbsp; Un saludo.<BR>
&gt; <BR>
&gt; &quot;Álvaro Vidal&quot; &lt;***@hotmail.com&gt; escribió en el
mensaje <BR>
&gt; news:fut6hq$ll9$***@forums.macromedia.com...<BR>
&gt;&gt; Buenas tardes,<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp; Seguramente me equivoco pero me da la sensación que lo
que necesitas no <BR>
&gt;&gt; es Air, sino utilizar Flash como frontend de alguna aplicación. Air
tiene <BR>
&gt;&gt; unas limitaciones bastante claras. En tu caso, sin conocer el tipo
de <BR>
&gt;&gt; proyecto en el que estas trabajando, pero guiándome por el tipo de
<BR>
&gt;&gt; preguntas que estas haciendo, yo me inclinaría por usar como
backend un <BR>
&gt;&gt; lenguaje de programación más potente y sin las limitaciones que
comentas, <BR>
&gt;&gt; C++, Java, C#, Visual Basic, etc... para conexión a base de datos,
<BR>
&gt;&gt; comunicaciones cliente-servidor, trabajo con ficheros, etc.y con
Flash <BR>
&gt;&gt; para realizar el GUI o el FrontEnd de la aplicación.<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp;&nbsp; Yo en el pasado he usado este método y me ha
funcionado bien, aunque <BR>
&gt;&gt; todo depende del proyecto en el que estes trabajando.<BR>
&gt;&gt;<BR>
&gt;&gt; Saludos, Álvaro.<BR>
&gt;&gt;<BR>
&gt;&gt;<BR>
&gt;&gt; &quot;Carlos Velasco&quot; &lt;***@fractalia.es&gt;
escribió en el mensaje <BR>
&gt;&gt; news:furviv$a3p$***@forums.macromedia.com...<BR>
&gt;&gt;&gt; Hola Andrés,<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Gracias por tus comentarios. Por suerte o
desgracia yo vengo de los <BR>
&gt;&gt;&gt; mundos C, Java y C# (entre otros) y desde esa perspectiva...
tengo que <BR>
&gt;&gt;&gt; repetirlo, me siento cojo y AIR me cumple a nivel visual, pero
el resto <BR>
&gt;&gt;&gt; de funcionalidades están todavía demasiado &quot;en
pañales&quot;. No creo que esto <BR>
&gt;&gt;&gt; sea el principal problema, más bien me parece que la lacra es
que el <BR>
&gt;&gt;&gt; RoadMap de producto no es público, con lo que para las empresas
de <BR>
&gt;&gt;&gt; desarrollo estas tecnologías son una incertidumbre detrás de
otra.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; De todas formas, si entiendo que para quienes
vengan del mundo del <BR>
&gt;&gt;&gt; diseño (gráfico o web) se les ha abierto un abanico de
posibilidades <BR>
&gt;&gt;&gt; totalmente nuevo. El miedo aquí es que un diseñador es un
diseñador (por <BR>
&gt;&gt;&gt; mucho que conozca php y sucedáneos), no un analista de
software, así que <BR>
&gt;&gt;&gt; la calidad del código que estas personas suelen estar
cualificadas para <BR>
&gt;&gt;&gt; elaborar es nula (claro que los diseños gráficos que yo elaboro
también <BR>
&gt;&gt;&gt; tienen calidad nula...); es decir, que veo posibilidades de que
se acabe <BR>
&gt;&gt;&gt; juzgando mal la plataforma por la baja calidad de los productos
que se <BR>
&gt;&gt;&gt; elaboren para ella (creo que esta relación sería un error, pero
hoy por <BR>
&gt;&gt;&gt; hoy no me iba a extrañar).<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; Un saludo.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; Carlos.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; &quot;Andres Cayon&quot; &lt;***@hotmail.com&gt; escribió
en el mensaje <BR>
&gt;&gt;&gt; news:fur42p$dgs$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt; AIR 1.0 no permite lanzar aplicaciones externas,
Carlos.<BR>
&gt;&gt;&gt;&gt; (ha habido en el psado discusiones sobre el tema con
opiniones para <BR>
&gt;&gt;&gt;&gt; todos los gustos)<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; saludos!<BR>
&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt; Spain Adobe Dreamweaver User Group<BR>
&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt; ----------------------<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&lt;***@fractalia.es&gt; escribió en el mensaje de <BR>
&gt;&gt;&gt;&gt; noticias news:fumt4s$ncr$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt; Una duda.<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Con ExternalInterface, una aplicación
AIR no puede lanzar una <BR>
&gt;&gt;&gt;&gt;&gt; aplicación externa (Por ejemplo relanzar Explorer.exe
para que se <BR>
&gt;&gt;&gt;&gt;&gt; muestre la carpeta MisDocumentos) o no veo la forma de
hacerlo. ¿Cómo <BR>
&gt;&gt;&gt;&gt;&gt; podría replicar este comportamiento?<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt; &quot;Andres Cayon&quot; &lt;***@hotmail.com&gt;
escribió en el mensaje <BR>
&gt;&gt;&gt;&gt;&gt; news:fulivr$9r2$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Hola Carlos:<BR>
&gt;&gt;&gt;&gt;&gt;&gt; No soy nadie de Adobe y mi experiencia en AS3 se
limita a la que he <BR>
&gt;&gt;&gt;&gt;&gt;&gt; aprendido (mezclándola con JavaScript) a través de
la API de AIR<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Creo que fscommand no se te ejecuta por motivos de
seguridad (como soy <BR>
&gt;&gt;&gt;&gt;&gt;&gt; de los recién llegados, me entiendo mejor con
ExternalInterface()), ya <BR>
&gt;&gt;&gt;&gt;&gt;&gt; que en el momento que lo utilizas en una aplicación
AIR se comienza a <BR>
&gt;&gt;&gt;&gt;&gt;&gt; ejecutar desde el sistema de archivos&nbsp; y no
desde una url. ¿Has <BR>
&gt;&gt;&gt;&gt;&gt;&gt; revisado las normas de seguridad para Flash 9?<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Los temas de seguridad se los han tomado muy en
serio y la verdad que <BR>
&gt;&gt;&gt;&gt;&gt;&gt; a veces dan hasta dolores de cabeza (los que hayan
probado AIR con <BR>
&gt;&gt;&gt;&gt;&gt;&gt; JavaScript sabrán a lo que me refiero)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; En el paquete flash.net tienes la clase Socket y
además tienes <BR>
&gt;&gt;&gt;&gt;&gt;&gt; disponible el paquete air.net con las clases
ServiceMonitor(), <BR>
&gt;&gt;&gt;&gt;&gt;&gt; SocketMonitor() y URLMonitor(). No sé exactamente
lo que necesitas, <BR>
&gt;&gt;&gt;&gt;&gt;&gt; pero creo que hay para escoger 8-)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Sobre el soporte a impresoras,, creo que muchas
limitaciones vienen <BR>
&gt;&gt;&gt;&gt;&gt;&gt; por las API's de los sistemas operativos. De nuevo:
¿qué <BR>
&gt;&gt;&gt;&gt;&gt;&gt; caracteristicas echas en falta que tengan otras
aplicaciones?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Y no seas tan cruel, que estamos en la versión
1.0<BR>
&gt;&gt;&gt;&gt;&gt;&gt; 8-D<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Saludos!<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&lt;***@fractalia.es&gt; escribió en el mensaje <BR>
&gt;&gt;&gt;&gt;&gt;&gt; news:fuks74$f4f$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hola a todos, tengo algunas dudas sobre AIR y
AS3.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por un lado he estado
probando fscommand sobre aplicaciones en AIR <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; y el código que funciona publicando con Flash
CS3 y AS3 no lo hace en <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; AIR, mi duda es si fscommand está soportado por
AIR, y en caso <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; afirmativo, si hay que hacer modificaciones
sobre el código mostrado <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; en la ayuda on-line de Adobe.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por otro lado, la
implementación de Sockets Binarios en AS3 es muy <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; deficitaria. Aunque parezca mentira las
aplicaciones de escritorio <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; también en ocasiones requieren mantenerse a la
escucha de un puerto y <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ser servidoras puntualmente (o no) de otras
aplicaciones. ¿Se va a <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; incluir esta característica en AS3? ¿Van a
ampliarse las APIs para el <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; lenguaje?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Otra de las lagunas (por no
llamarlo mares) que he encontrado es <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; en el soporte sobre impresoras. Cualquier
aplicación, ya sea on-line, <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ya sea de escritorio debe tener un soporte
sobre la impresión mucho <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; más exhaustivo, no el &quot;chiste&quot; este
que venden como PrintJob. De <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; nuevo. ¿Sabe alguien si está pensado incluir
dicha característica?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Agradecería mucho que alguien
de ADOBE pudiera resolver/contestar <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; a estas preguntas al aire, así como que
incorporéis a esta petición <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; cualesquiera otras que tengáis en mente.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por último el gran enigma:
¿Por qué no deja Adobe claro desde ya <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; el objeto de su Producto? Me refiero a que en
ningún momento he visto <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ninguna comunicación indicando los hitos que
piensan cubrir con el <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; producto (de forma que la gente o empresas que
tengan proyectos <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; excesivamente ambiciosos para la plataforma
puedan desecharla <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; automáticamente), ni una planificación o
compromiso de incorporar <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; funcionalidades que cualquier empresa o
profesional del software <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; requerirán como indispensables para sus
productos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Un saludo a todos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;<BR>
&gt;&gt; <BR>
&gt; <BR>
&gt;
Carlos Velasco
2008-04-28 13:28:58 UTC
Permalink
Hola Juan,

Yo también tengo la misma esperanza que tú, pero a nivel empresarial el
desconocimiento sobre "qué nivel" va a adquirir AIR en 10 meses lo hacen una
opción poco seria.
Post by juan torregrosa
estoy de acuerdo contigo,aunque AIR es una herramienta que promete aún
está muy verde, pero tengo la esperanza de que la siguiente versión vaya
complementando lo necesario para evolucionar.
&gt; Hola Álvaro,<BR>
&gt; <BR>
&gt;&nbsp;&nbsp;&nbsp; Precisamente el punto que a mi parecer hace
interesante a AIR es no <BR>
&gt; tener que utilizar otros lenguajes y plataformas como
&quot;backend&quot; para tener <BR>
&gt; una aplicación de escritorio con un interfaz interesante. Aunque el
problema <BR>
&gt; lo sigo viendo con sus limitaciones que a mi parecer hoy por hoy lo
<BR>
&gt; mantienen a años luz de alcanzar a otras tecnologías para desarrollo
en <BR>
&gt; escritorio.<BR>
&gt; <BR>
&gt;&nbsp;&nbsp;&nbsp; Un saludo.<BR>
&gt; <BR>
mensaje <BR>
&gt;&gt; Buenas tardes,<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp; Seguramente me equivoco pero me da la sensación que
lo que necesitas no <BR>
&gt;&gt; es Air, sino utilizar Flash como frontend de alguna aplicación.
Air tiene <BR>
&gt;&gt; unas limitaciones bastante claras. En tu caso, sin conocer el
tipo de <BR>
&gt;&gt; proyecto en el que estas trabajando, pero guiándome por el tipo
de <BR>
&gt;&gt; preguntas que estas haciendo, yo me inclinaría por usar como
backend un <BR>
&gt;&gt; lenguaje de programación más potente y sin las limitaciones que
comentas, <BR>
&gt;&gt; C++, Java, C#, Visual Basic, etc... para conexión a base de
datos, <BR>
&gt;&gt; comunicaciones cliente-servidor, trabajo con ficheros, etc.y con
Flash <BR>
&gt;&gt; para realizar el GUI o el FrontEnd de la aplicación.<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp;&nbsp; Yo en el pasado he usado este método y me ha
funcionado bien, aunque <BR>
&gt;&gt; todo depende del proyecto en el que estes trabajando.<BR>
&gt;&gt;<BR>
&gt;&gt; Saludos, Álvaro.<BR>
&gt;&gt;<BR>
&gt;&gt;<BR>
escribió en el mensaje <BR>
&gt;&gt;&gt; Hola Andrés,<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Gracias por tus comentarios. Por suerte o
desgracia yo vengo de los <BR>
&gt;&gt;&gt; mundos C, Java y C# (entre otros) y desde esa perspectiva...
tengo que <BR>
&gt;&gt;&gt; repetirlo, me siento cojo y AIR me cumple a nivel visual,
pero el resto <BR>
&gt;&gt;&gt; de funcionalidades están todavía demasiado &quot;en
pañales&quot;. No creo que esto <BR>
&gt;&gt;&gt; sea el principal problema, más bien me parece que la lacra es
que el <BR>
&gt;&gt;&gt; RoadMap de producto no es público, con lo que para las
empresas de <BR>
&gt;&gt;&gt; desarrollo estas tecnologías son una incertidumbre detrás de
otra.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; De todas formas, si entiendo que para
quienes vengan del mundo del <BR>
&gt;&gt;&gt; diseño (gráfico o web) se les ha abierto un abanico de
posibilidades <BR>
&gt;&gt;&gt; totalmente nuevo. El miedo aquí es que un diseñador es un
diseñador (por <BR>
&gt;&gt;&gt; mucho que conozca php y sucedáneos), no un analista de
software, así que <BR>
&gt;&gt;&gt; la calidad del código que estas personas suelen estar
cualificadas para <BR>
&gt;&gt;&gt; elaborar es nula (claro que los diseños gráficos que yo
elaboro también <BR>
&gt;&gt;&gt; tienen calidad nula...); es decir, que veo posibilidades de
que se acabe <BR>
&gt;&gt;&gt; juzgando mal la plataforma por la baja calidad de los
productos que se <BR>
&gt;&gt;&gt; elaboren para ella (creo que esta relación sería un error,
pero hoy por <BR>
&gt;&gt;&gt; hoy no me iba a extrañar).<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; Un saludo.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; Carlos.<BR>
&gt;&gt;&gt;<BR>
escribió en el mensaje <BR>
&gt;&gt;&gt;&gt; AIR 1.0 no permite lanzar aplicaciones externas,
Carlos.<BR>
&gt;&gt;&gt;&gt; (ha habido en el psado discusiones sobre el tema con
opiniones para <BR>
&gt;&gt;&gt;&gt; todos los gustos)<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; saludos!<BR>
&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt; Spain Adobe Dreamweaver User Group<BR>
&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt; ----------------------<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&gt;&gt;&gt;&gt;&gt; Una duda.<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Con ExternalInterface, una
aplicación AIR no puede lanzar una <BR>
&gt;&gt;&gt;&gt;&gt; aplicación externa (Por ejemplo relanzar Explorer.exe
para que se <BR>
&gt;&gt;&gt;&gt;&gt; muestre la carpeta MisDocumentos) o no veo la forma
de hacerlo. ¿Cómo <BR>
&gt;&gt;&gt;&gt;&gt; podría replicar este comportamiento?<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt; &quot;Andres Cayon&quot;
&gt;&gt;&gt;&gt;&gt;&gt; Hola Carlos:<BR>
&gt;&gt;&gt;&gt;&gt;&gt; No soy nadie de Adobe y mi experiencia en AS3 se
limita a la que he <BR>
&gt;&gt;&gt;&gt;&gt;&gt; aprendido (mezclándola con JavaScript) a través
de la API de AIR<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Creo que fscommand no se te ejecuta por motivos
de seguridad (como soy <BR>
&gt;&gt;&gt;&gt;&gt;&gt; de los recién llegados, me entiendo mejor con
ExternalInterface()), ya <BR>
&gt;&gt;&gt;&gt;&gt;&gt; que en el momento que lo utilizas en una
aplicación AIR se comienza a <BR>
&gt;&gt;&gt;&gt;&gt;&gt; ejecutar desde el sistema de archivos&nbsp; y no
desde una url. ¿Has <BR>
&gt;&gt;&gt;&gt;&gt;&gt; revisado las normas de seguridad para Flash 9?<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Los temas de seguridad se los han tomado muy en
serio y la verdad que <BR>
&gt;&gt;&gt;&gt;&gt;&gt; a veces dan hasta dolores de cabeza (los que
hayan probado AIR con <BR>
&gt;&gt;&gt;&gt;&gt;&gt; JavaScript sabrán a lo que me refiero)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; En el paquete flash.net tienes la clase Socket y
además tienes <BR>
&gt;&gt;&gt;&gt;&gt;&gt; disponible el paquete air.net con las clases
ServiceMonitor(), <BR>
&gt;&gt;&gt;&gt;&gt;&gt; SocketMonitor() y URLMonitor(). No sé exactamente
lo que necesitas, <BR>
&gt;&gt;&gt;&gt;&gt;&gt; pero creo que hay para escoger 8-)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Sobre el soporte a impresoras,, creo que muchas
limitaciones vienen <BR>
&gt;&gt;&gt;&gt;&gt;&gt; por las API's de los sistemas operativos. De
nuevo: ¿qué <BR>
&gt;&gt;&gt;&gt;&gt;&gt; caracteristicas echas en falta que tengan otras
aplicaciones?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Y no seas tan cruel, que estamos en la versión
1.0<BR>
&gt;&gt;&gt;&gt;&gt;&gt; 8-D<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Saludos!<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hola a todos, tengo algunas dudas sobre AIR y
AS3.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por un lado he estado
probando fscommand sobre aplicaciones en AIR <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; y el código que funciona publicando con Flash
CS3 y AS3 no lo hace en <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; AIR, mi duda es si fscommand está soportado
por AIR, y en caso <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; afirmativo, si hay que hacer modificaciones
sobre el código mostrado <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; en la ayuda on-line de Adobe.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por otro lado, la
implementación de Sockets Binarios en AS3 es muy <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; deficitaria. Aunque parezca mentira las
aplicaciones de escritorio <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; también en ocasiones requieren mantenerse a
la escucha de un puerto y <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ser servidoras puntualmente (o no) de otras
aplicaciones. ¿Se va a <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; incluir esta característica en AS3? ¿Van a
ampliarse las APIs para el <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; lenguaje?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Otra de las lagunas (por no
llamarlo mares) que he encontrado es <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; en el soporte sobre impresoras. Cualquier
aplicación, ya sea on-line, <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ya sea de escritorio debe tener un soporte
sobre la impresión mucho <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; más exhaustivo, no el &quot;chiste&quot; este
que venden como PrintJob. De <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; nuevo. ¿Sabe alguien si está pensado incluir
dicha característica?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Agradecería mucho que
alguien de ADOBE pudiera resolver/contestar <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; a estas preguntas al aire, así como que
incorporéis a esta petición <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; cualesquiera otras que tengáis en mente.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
¿Por qué no deja Adobe claro desde ya <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; el objeto de su Producto? Me refiero a que en
ningún momento he visto <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ninguna comunicación indicando los hitos que
piensan cubrir con el <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; producto (de forma que la gente o empresas
que tengan proyectos <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; excesivamente ambiciosos para la plataforma
puedan desecharla <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; automáticamente), ni una planificación o
compromiso de incorporar <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; funcionalidades que cualquier empresa o
profesional del software <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; requerirán como indispensables para sus
productos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Un saludo a todos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;<BR>
&gt;&gt; <BR>
&gt; <BR>
&gt;
Andres Cayon
2008-04-28 15:21:08 UTC
Permalink
Sigo pensando que las limitaciones de las que habláis no son tales:
Precisamente, Flex es uno de los lenguajes soportados por AIR y no creo que
se le pueda acusar de pocas opciones de comunicación (viniendo precisamente
de su uso original en servidores). Recordemos que el servidor Flex es
básicamente un servlet de Java.

Como dije en un post anterior, que en un servidor funcione y en local no lo
haga puede ser sencillamente por las limitaciones de seguridad impuestas por
el entorno (yo me he encontrado con ellas en JavaScript).

Lo que no podemos decir es que es un mal lenguaje porque se encuentra
limitado para desarrollar aplicaciones de escritorio (en lo que en parte
estoy de acuerdo y en parte no lo estoy: puede ser una herramienta válida
para la parte cliente en entornos cliente/servidor). ¿es PHP un mal lenguaje
porque es complicado de utilizar en el escritorio?

En cualquier caso: tenemos la posibilidad de programar para un escritorio en
los entornos que conocemos para la web, de obtener el beneficio de la
seguridad de que va a correr igual en todas las máquinas independientemente
de su OS (y sin compilar)... Y de que en un futuro no muy lejano, estas
aplicaciones, sin mayores cambios, puedan hacerlo en un dispositivo móvil.

Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Hola Álvaro,
Precisamente el punto que a mi parecer hace interesante a AIR es no
tener que utilizar otros lenguajes y plataformas como "backend" para tener
una aplicación de escritorio con un interfaz interesante. Aunque el
problema lo sigo viendo con sus limitaciones que a mi parecer hoy por hoy
lo mantienen a años luz de alcanzar a otras tecnologías para desarrollo en
escritorio.
Un saludo.
Post by Álvaro Vidal
Buenas tardes,
Seguramente me equivoco pero me da la sensación que lo que necesitas no
es Air, sino utilizar Flash como frontend de alguna aplicación. Air tiene
unas limitaciones bastante claras. En tu caso, sin conocer el tipo de
proyecto en el que estas trabajando, pero guiándome por el tipo de
preguntas que estas haciendo, yo me inclinaría por usar como backend un
lenguaje de programación más potente y sin las limitaciones que comentas,
C++, Java, C#, Visual Basic, etc... para conexión a base de datos,
comunicaciones cliente-servidor, trabajo con ficheros, etc.y con Flash
para realizar el GUI o el FrontEnd de la aplicación.
Yo en el pasado he usado este método y me ha funcionado bien, aunque
todo depende del proyecto en el que estes trabajando.
Saludos, Álvaro.
Post by Carlos Velasco
Hola Andrés,
Gracias por tus comentarios. Por suerte o desgracia yo vengo de los
mundos C, Java y C# (entre otros) y desde esa perspectiva... tengo que
repetirlo, me siento cojo y AIR me cumple a nivel visual, pero el resto
de funcionalidades están todavía demasiado "en pañales". No creo que
esto sea el principal problema, más bien me parece que la lacra es que
el RoadMap de producto no es público, con lo que para las empresas de
desarrollo estas tecnologías son una incertidumbre detrás de otra.
De todas formas, si entiendo que para quienes vengan del mundo del
diseño (gráfico o web) se les ha abierto un abanico de posibilidades
totalmente nuevo. El miedo aquí es que un diseñador es un diseñador (por
mucho que conozca php y sucedáneos), no un analista de software, así que
la calidad del código que estas personas suelen estar cualificadas para
elaborar es nula (claro que los diseños gráficos que yo elaboro también
tienen calidad nula...); es decir, que veo posibilidades de que se acabe
juzgando mal la plataforma por la baja calidad de los productos que se
elaboren para ella (creo que esta relación sería un error, pero hoy por
hoy no me iba a extrañar).
Un saludo.
Carlos.
Post by Andres Cayon
AIR 1.0 no permite lanzar aplicaciones externas, Carlos.
(ha habido en el psado discusiones sobre el tema con opiniones para
todos los gustos)
saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by Carlos Velasco
Una duda.
Con ExternalInterface, una aplicación AIR no puede lanzar una
aplicación externa (Por ejemplo relanzar Explorer.exe para que se
muestre la carpeta MisDocumentos) o no veo la forma de hacerlo. ¿Cómo
podría replicar este comportamiento?
Post by Andres Cayon
No soy nadie de Adobe y mi experiencia en AS3 se limita a la que he
aprendido (mezclándola con JavaScript) a través de la API de AIR
Creo que fscommand no se te ejecuta por motivos de seguridad (como
soy de los recién llegados, me entiendo mejor con
ExternalInterface()), ya que en el momento que lo utilizas en una
aplicación AIR se comienza a ejecutar desde el sistema de archivos y
no desde una url. ¿Has revisado las normas de seguridad para Flash 9?
Los temas de seguridad se los han tomado muy en serio y la verdad que
a veces dan hasta dolores de cabeza (los que hayan probado AIR con
JavaScript sabrán a lo que me refiero)
En el paquete flash.net tienes la clase Socket y además tienes
disponible el paquete air.net con las clases ServiceMonitor(),
SocketMonitor() y URLMonitor(). No sé exactamente lo que necesitas,
pero creo que hay para escoger 8-)
Sobre el soporte a impresoras,, creo que muchas limitaciones vienen
por las API's de los sistemas operativos. De nuevo: ¿qué
caracteristicas echas en falta que tengan otras aplicaciones?
Y no seas tan cruel, que estamos en la versión 1.0
8-D
Saludos!
Andres Cayon
http://www.dwug.es
Post by Carlos Velasco
Hola a todos, tengo algunas dudas sobre AIR y AS3.
Por un lado he estado probando fscommand sobre aplicaciones en
AIR y el código que funciona publicando con Flash CS3 y AS3 no lo
hace en AIR, mi duda es si fscommand está soportado por AIR, y en
caso afirmativo, si hay que hacer modificaciones sobre el código
mostrado en la ayuda on-line de Adobe.
Por otro lado, la implementación de Sockets Binarios en AS3 es
muy deficitaria. Aunque parezca mentira las aplicaciones de
escritorio también en ocasiones requieren mantenerse a la escucha de
un puerto y ser servidoras puntualmente (o no) de otras
aplicaciones. ¿Se va a incluir esta característica en AS3? ¿Van a
ampliarse las APIs para el lenguaje?
Otra de las lagunas (por no llamarlo mares) que he encontrado es
en el soporte sobre impresoras. Cualquier aplicación, ya sea
on-line, ya sea de escritorio debe tener un soporte sobre la
impresión mucho más exhaustivo, no el "chiste" este que venden como
PrintJob. De nuevo. ¿Sabe alguien si está pensado incluir dicha
característica?
Agradecería mucho que alguien de ADOBE pudiera resolver/contestar
a estas preguntas al aire, así como que incorporéis a esta petición
cualesquiera otras que tengáis en mente.
Por último el gran enigma: ¿Por qué no deja Adobe claro desde ya
el objeto de su Producto? Me refiero a que en ningún momento he
visto ninguna comunicación indicando los hitos que piensan cubrir
con el producto (de forma que la gente o empresas que tengan
proyectos excesivamente ambiciosos para la plataforma puedan
desecharla automáticamente), ni una planificación o compromiso de
incorporar funcionalidades que cualquier empresa o profesional del
software requerirán como indispensables para sus productos.
Un saludo a todos.
juan torregrosa
2008-04-28 17:17:29 UTC
Permalink
bueno andres,esas limitaciones,para mi, no son limitaciones,sino
carencias,una por ejemplo es que no te permita conectar a una base de datos
Mysql desde el escritorio,o por lo menos no he encontrado como hacerlo,es un
buen sistemas,todo hay que decirlo y me encanta como funciona,y salvo esa
carencia no he dado con otra,y para mi es una carencia porque hacer una
aplicacioncita de escritorio que te lea una base de datos mysql sea
imposible,para mi es una carencia,pero por todo lo demas es una maravilla
"Andres Cayon" <***@hotmail.com> escribi� en el mensaje news:fv4q19$lc3$***@forums.macromedia.com...
&gt; Sigo pensando que las limitaciones de las que habláis no son tales:<BR>
&gt; Precisamente, Flex es uno de los lenguajes soportados por AIR y no creo
que <BR>
&gt; se le pueda acusar de pocas opciones de comunicación (viniendo
precisamente <BR>
&gt; de su uso original en servidores). Recordemos que el servidor Flex es
<BR>
&gt; básicamente un servlet de Java.<BR>
&gt; <BR>
&gt; Como dije en un post anterior, que en un servidor funcione y en local
no lo <BR>
&gt; haga puede ser sencillamente por las limitaciones de seguridad
impuestas por <BR>
&gt; el entorno (yo me he encontrado con ellas en JavaScript).<BR>
&gt; <BR>
&gt; Lo que no podemos decir es que es un mal lenguaje porque se encuentra
<BR>
&gt; limitado para desarrollar aplicaciones de escritorio (en lo que en
parte <BR>
&gt; estoy de acuerdo y en parte no lo estoy: puede ser una herramienta
válida <BR>
&gt; para la parte cliente en entornos cliente/servidor). ¿es PHP un mal
lenguaje <BR>
&gt; porque es complicado de utilizar en el escritorio?<BR>
&gt; <BR>
&gt; En cualquier caso: tenemos la posibilidad de programar para un
escritorio en <BR>
&gt; los entornos que conocemos para la web, de obtener el beneficio de la
<BR>
&gt; seguridad de que va a correr igual en todas las máquinas
independientemente <BR>
&gt; de su OS (y sin compilar)... Y de que en un futuro no muy lejano, estas
<BR>
&gt; aplicaciones, sin mayores cambios, puedan hacerlo en un dispositivo
móvil.<BR>
&gt; <BR>
&gt; Saludos!<BR>
&gt; Andres Cayon<BR>
&gt; Spain Adobe Dreamweaver User Group<BR>
&gt; http://www.dwug.es<BR>
&gt; ----------------------<BR>
&gt; <BR>
&gt; <BR>
&gt; &quot;Carlos Velasco&quot; &lt;***@fractalia.es&gt; escribió
en el mensaje de <BR>
&gt; noticias news:fv40kk$p0i$***@forums.macromedia.com...<BR>
&gt;&gt; Hola Álvaro,<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp;&nbsp; Precisamente el punto que a mi parecer hace
interesante a AIR es no <BR>
&gt;&gt; tener que utilizar otros lenguajes y plataformas como
&quot;backend&quot; para tener <BR>
&gt;&gt; una aplicación de escritorio con un interfaz interesante. Aunque el
<BR>
&gt;&gt; problema lo sigo viendo con sus limitaciones que a mi parecer hoy
por hoy <BR>
&gt;&gt; lo mantienen a años luz de alcanzar a otras tecnologías para
desarrollo en <BR>
&gt;&gt; escritorio.<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp;&nbsp; Un saludo.<BR>
&gt;&gt;<BR>
&gt;&gt; &quot;Álvaro Vidal&quot; &lt;***@hotmail.com&gt; escribió en
el mensaje <BR>
&gt;&gt; news:fut6hq$ll9$***@forums.macromedia.com...<BR>
&gt;&gt;&gt; Buenas tardes,<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp; Seguramente me equivoco pero me da la sensación que
lo que necesitas no <BR>
&gt;&gt;&gt; es Air, sino utilizar Flash como frontend de alguna aplicación.
Air tiene <BR>
&gt;&gt;&gt; unas limitaciones bastante claras. En tu caso, sin conocer el
tipo de <BR>
&gt;&gt;&gt; proyecto en el que estas trabajando, pero guiándome por el tipo
de <BR>
&gt;&gt;&gt; preguntas que estas haciendo, yo me inclinaría por usar como
backend un <BR>
&gt;&gt;&gt; lenguaje de programación más potente y sin las limitaciones que
comentas, <BR>
&gt;&gt;&gt; C++, Java, C#, Visual Basic, etc... para conexión a base de
datos, <BR>
&gt;&gt;&gt; comunicaciones cliente-servidor, trabajo con ficheros, etc.y
con Flash <BR>
&gt;&gt;&gt; para realizar el GUI o el FrontEnd de la aplicación.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Yo en el pasado he usado este método y me ha
funcionado bien, aunque <BR>
&gt;&gt;&gt; todo depende del proyecto en el que estes trabajando.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; Saludos, Álvaro.<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt; &quot;Carlos Velasco&quot; &lt;***@fractalia.es&gt;
escribió en el mensaje <BR>
&gt;&gt;&gt; news:furviv$a3p$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt; Hola Andrés,<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Gracias por tus comentarios. Por suerte o
desgracia yo vengo de los <BR>
&gt;&gt;&gt;&gt; mundos C, Java y C# (entre otros) y desde esa
perspectiva... tengo que <BR>
&gt;&gt;&gt;&gt; repetirlo, me siento cojo y AIR me cumple a nivel visual,
pero el resto <BR>
&gt;&gt;&gt;&gt; de funcionalidades están todavía demasiado &quot;en
pañales&quot;. No creo que <BR>
&gt;&gt;&gt;&gt; esto sea el principal problema, más bien me parece que la
lacra es que <BR>
&gt;&gt;&gt;&gt; el RoadMap de producto no es público, con lo que para las
empresas de <BR>
&gt;&gt;&gt;&gt; desarrollo estas tecnologías son una incertidumbre detrás
de otra.<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; De todas formas, si entiendo que para
quienes vengan del mundo del <BR>
&gt;&gt;&gt;&gt; diseño (gráfico o web) se les ha abierto un abanico de
posibilidades <BR>
&gt;&gt;&gt;&gt; totalmente nuevo. El miedo aquí es que un diseñador es un
diseñador (por <BR>
&gt;&gt;&gt;&gt; mucho que conozca php y sucedáneos), no un analista de
software, así que <BR>
&gt;&gt;&gt;&gt; la calidad del código que estas personas suelen estar
cualificadas para <BR>
&gt;&gt;&gt;&gt; elaborar es nula (claro que los diseños gráficos que yo
elaboro también <BR>
&gt;&gt;&gt;&gt; tienen calidad nula...); es decir, que veo posibilidades de
que se acabe <BR>
&gt;&gt;&gt;&gt; juzgando mal la plataforma por la baja calidad de los
productos que se <BR>
&gt;&gt;&gt;&gt; elaboren para ella (creo que esta relación sería un error,
pero hoy por <BR>
&gt;&gt;&gt;&gt; hoy no me iba a extrañar).<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; Un saludo.<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; Carlos.<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt; &quot;Andres Cayon&quot; &lt;***@hotmail.com&gt;
escribió en el mensaje <BR>
&gt;&gt;&gt;&gt; news:fur42p$dgs$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt; AIR 1.0 no permite lanzar aplicaciones externas,
Carlos.<BR>
&gt;&gt;&gt;&gt;&gt; (ha habido en el psado discusiones sobre el tema con
opiniones para <BR>
&gt;&gt;&gt;&gt;&gt; todos los gustos)<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt; saludos!<BR>
&gt;&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt;&gt; Spain Adobe Dreamweaver User Group<BR>
&gt;&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt;&gt; ----------------------<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&lt;***@fractalia.es&gt; escribió en el mensaje <BR>
&gt;&gt;&gt;&gt;&gt; de noticias news:fumt4s$ncr$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt;&gt; Una duda.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Con ExternalInterface, una
aplicación AIR no puede lanzar una <BR>
&gt;&gt;&gt;&gt;&gt;&gt; aplicación externa (Por ejemplo relanzar
Explorer.exe para que se <BR>
&gt;&gt;&gt;&gt;&gt;&gt; muestre la carpeta MisDocumentos) o no veo la forma
de hacerlo. ¿Cómo <BR>
&gt;&gt;&gt;&gt;&gt;&gt; podría replicar este comportamiento?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt; &quot;Andres Cayon&quot;
&lt;***@hotmail.com&gt; escribió en el mensaje <BR>
&gt;&gt;&gt;&gt;&gt;&gt; news:fulivr$9r2$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hola Carlos:<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; No soy nadie de Adobe y mi experiencia en AS3
se limita a la que he <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; aprendido (mezclándola con JavaScript) a través
de la API de AIR<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Creo que fscommand no se te ejecuta por motivos
de seguridad (como <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; soy de los recién llegados, me entiendo mejor
con <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ExternalInterface()), ya que en el momento que
lo utilizas en una <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; aplicación AIR se comienza a ejecutar desde el
sistema de archivos&nbsp; y <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; no desde una url. ¿Has revisado las normas de
seguridad para Flash 9?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Los temas de seguridad se los han tomado muy en
serio y la verdad que <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; a veces dan hasta dolores de cabeza (los que
hayan probado AIR con <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; JavaScript sabrán a lo que me refiero)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; En el paquete flash.net tienes la clase Socket
y además tienes <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; disponible el paquete air.net con las clases
ServiceMonitor(), <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; SocketMonitor() y URLMonitor(). No sé
exactamente lo que necesitas, <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; pero creo que hay para escoger 8-)<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Sobre el soporte a impresoras,, creo que muchas
limitaciones vienen <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; por las API's de los sistemas operativos. De
nuevo: ¿qué <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; caracteristicas echas en falta que tengan otras
aplicaciones?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Y no seas tan cruel, que estamos en la versión
1.0<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; 8-D<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Saludos!<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Andres Cayon<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; http://www.dwug.es<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; &quot;Carlos Velasco&quot;
&lt;***@fractalia.es&gt; escribió en el mensaje <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; news:fuks74$f4f$***@forums.macromedia.com...<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hola a todos, tengo algunas dudas sobre AIR
y AS3.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por un lado he estado
probando fscommand sobre aplicaciones en <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; AIR y el código que funciona publicando con
Flash CS3 y AS3 no lo <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; hace en AIR, mi duda es si fscommand está
soportado por AIR, y en <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; caso afirmativo, si hay que hacer
modificaciones sobre el código <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; mostrado en la ayuda on-line de Adobe.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por otro lado, la
implementación de Sockets Binarios en AS3 es <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; muy deficitaria. Aunque parezca mentira las
aplicaciones de <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; escritorio también en ocasiones requieren
mantenerse a la escucha de <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; un puerto y ser servidoras puntualmente (o
no) de otras <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; aplicaciones. ¿Se va a incluir esta
característica en AS3? ¿Van a <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; ampliarse las APIs para el lenguaje?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Otra de las lagunas (por
no llamarlo mares) que he encontrado es <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; en el soporte sobre impresoras. Cualquier
aplicación, ya sea <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; on-line, ya sea de escritorio debe tener un
soporte sobre la <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; impresión mucho más exhaustivo, no el
&quot;chiste&quot; este que venden como <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; PrintJob. De nuevo. ¿Sabe alguien si está
pensado incluir dicha <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; característica?<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Agradecería mucho que
alguien de ADOBE pudiera resolver/contestar <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; a estas preguntas al aire, así como que
incorporéis a esta petición <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; cualesquiera otras que tengáis en
mente.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Por último el gran
enigma: ¿Por qué no deja Adobe claro desde ya <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; el objeto de su Producto? Me refiero a que
en ningún momento he <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; visto ninguna comunicación indicando los
hitos que piensan cubrir <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; con el producto (de forma que la gente o
empresas que tengan <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; proyectos excesivamente ambiciosos para la
plataforma puedan <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; desecharla automáticamente), ni una
planificación o compromiso de <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; incorporar funcionalidades que cualquier
empresa o profesional del <BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; software requerirán como indispensables
para sus productos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp; Un saludo a todos.<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;&gt;<BR>
&gt;&gt;<BR>
&gt;&gt; <BR>
&gt;
Andres Cayon
2008-04-29 03:18:35 UTC
Permalink
Hola Juan!
Si a lo que te refieres es a que no puedes ejecutar directamente consultas a
una BD de MySQL en local, creo que tiene explicación: MySQL es un servidor
de bases de datos y lo que pides obligaría a instalar el servidor junto con
la instalación del runtime de AIR. Y sucedería lo mismo con el resto de
DBMS: Oracle, SQLServer... Por ello, la elección de una BD (SQLite) que
funciona mediante el sistema de archivos, al estilo de Access, es una buena
elección.

En el caso de peticiones remotas (en una estructura cliente/servidor), AIR
es completamente independiente de la base de datos, ya que podemos utilizar
diferentes servicios para acceder a los resultados de la petición. De hecho,
mi primer proyecto fue crear un editor para un cms:

1.- Creas una página en el servidor que escuche las peticiones y devuelva
los resultados en algún formato manipulable
2.- Desde AIR, envias peticiones a dicha página con los parametros
necesarios para la consulta.
3.- En mi caso, el servidor los devolvía en XML, pero podía haberlo hecho en
JSON o en HTML
4.- Utilizando SPRY, manipulaba los datos recibidos y los utilizaba en la
aplicación.

E incluso puedes mezclar ambos mundos: guardar los datos en local en SQLite
y sincronizar con tu tu base remota cuando haya conexión.

Creo que el método es mucho más eficaz desde el momento en que tu aplicación
de escritorio es completamente independiente de la base de datos remota:
Mañana podrías cambiar a otro tipo de lenguaje de servidor y BD y no
necesitarías actualizar la aplicación.

Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by juan torregrosa
bueno andres,esas limitaciones,para mi, no son limitaciones,sino
carencias,una por ejemplo es que no te permita conectar a una base de
datos Mysql desde el escritorio,o por lo menos no he encontrado como
hacerlo,es un buen sistemas,todo hay que decirlo y me encanta como
funciona,y salvo esa carencia no he dado con otra,y para mi es una
carencia porque hacer una aplicacioncita de escritorio que te lea una base
de datos mysql sea imposible,para mi es una carencia,pero por todo lo
demas es una maravilla
juan torregrosa
2008-04-29 07:26:12 UTC
Permalink
interesante aspecto,voy a probar y te cuento,porque la verdad,llevo poco
usandolo
"Andres Cayon" <***@hotmail.com> escribi� en el mensaje news:fv642h$54b$***@forums.macromedia.com...
&gt; Hola Juan!<BR>
&gt; Si a lo que te refieres es a que no puedes ejecutar directamente
consultas a<BR>
&gt; una BD de MySQL en local, creo que tiene explicación: MySQL es un
servidor<BR>
&gt; de bases de datos y lo que pides obligaría a instalar el servidor junto
con<BR>
&gt; la instalación del&nbsp; runtime de AIR. Y sucedería lo mismo con el
resto de<BR>
&gt; DBMS: Oracle, SQLServer... Por ello, la elección de una BD (SQLite)
que<BR>
&gt; funciona mediante el sistema de archivos, al estilo de Access, es una
buena<BR>
&gt; elección.<BR>
&gt; <BR>
&gt; En el caso de peticiones remotas (en una estructura cliente/servidor),
AIR<BR>
&gt; es completamente independiente de la base de datos, ya que podemos
utilizar<BR>
&gt; diferentes servicios para acceder a los resultados de la petición. De
hecho,<BR>
&gt; mi primer proyecto fue crear un editor para un cms:<BR>
&gt; <BR>
&gt; 1.- Creas una página en el servidor que escuche las peticiones y
devuelva<BR>
&gt; los resultados en algún formato manipulable<BR>
&gt; 2.- Desde AIR, envias peticiones a dicha página con los parametros<BR>
&gt; necesarios para la consulta.<BR>
&gt; 3.- En mi caso, el servidor los devolvía en XML, pero podía haberlo
hecho en<BR>
&gt; JSON o en HTML<BR>
&gt; 4.- Utilizando SPRY, manipulaba los datos recibidos y los utilizaba en
la<BR>
&gt; aplicación.<BR>
&gt; <BR>
&gt; E incluso puedes mezclar ambos mundos: guardar los datos en local en
SQLite<BR>
&gt; y sincronizar con tu tu base remota cuando haya conexión.<BR>
&gt; <BR>
&gt; Creo que el método es mucho más eficaz desde el momento en que tu
aplicación<BR>
&gt; de escritorio es completamente independiente de la base de datos
remota:<BR>
&gt; Mañana podrías cambiar a otro tipo de lenguaje de servidor y BD y
no<BR>
&gt; necesitarías actualizar la aplicación.<BR>
&gt; <BR>
&gt; Saludos!<BR>
&gt; Andres Cayon<BR>
&gt; Spain Adobe Dreamweaver User Group<BR>
&gt; http://www.dwug.es<BR>
&gt; ----------------------<BR>
&gt; <BR>
&gt; <BR>
&gt; &quot;juan torregrosa&quot; &lt;***@hotmail.com&gt; escribió
en el mensaje de<BR>
&gt; noticias news:fv54c3$30b$***@forums.macromedia.com...<BR>
&gt;&gt; bueno andres,esas limitaciones,para mi, no son
limitaciones,sino<BR>
&gt;&gt; carencias,una por ejemplo es que no te permita conectar a una base
de<BR>
&gt;&gt; datos Mysql desde el escritorio,o por lo menos no he encontrado
como<BR>
&gt;&gt; hacerlo,es un buen sistemas,todo hay que decirlo y me encanta
como<BR>
&gt;&gt; funciona,y salvo esa carencia no he dado con otra,y para mi es
una<BR>
&gt;&gt; carencia porque hacer una aplicacioncita de escritorio que te lea
una base<BR>
&gt;&gt; de datos mysql sea imposible,para mi es una carencia,pero por todo
lo<BR>
&gt;&gt; demas es una maravilla<BR>
&gt;
Carlos Velasco
2008-04-29 09:08:07 UTC
Permalink
Hola Andrés, te respondo abajo.
Post by Andres Cayon
Hola Juan!
Si a lo que te refieres es a que no puedes ejecutar directamente consultas a
una BD de MySQL en local, creo que tiene explicación: MySQL es un servidor
de bases de datos y lo que pides obligaría a instalar el servidor junto con
la instalación del runtime de AIR. Y sucedería lo mismo con el resto de
DBMS: Oracle, SQLServer... Por ello, la elección de una BD (SQLite) que
funciona mediante el sistema de archivos, al estilo de Access, es una buena
elección.
Dar soporte a MYSQL, Oracle, Paradox, etc... No te obliga a instalarlos todos, sino que permite que la aplicación utilice los SGBD con los que previamente ya se contase en el entorno destino. Por eso están soportados por TODOS y cada uno de lo lenguajes de desarrollo para aplicaciones de escritorio. Carecer de dicho soporte, te deja detrás en la carrera con cualquier empresa que ya disponga de un Sistema de Información implantado o cualquier empresa de un tamaño medio/grande.

Para mí, el soporte para SQLite (lo de lite viene por reducido...) es una manera de decir... Bueno, no te damos lo que necesitas, pero tienes ahí un sucedáneo que te puede valer. Está bien para aplicaciones pequeñas, pero tiene muchas carencias para entornos con múltiples usuarios tirando macro-querys a capel. Por supuesto que no me parece una buena elección, aunque entiendo que si es la más fácil de implementar para el equipo técnico de Adobe.
Post by Andres Cayon
En el caso de peticiones remotas (en una estructura cliente/servidor), AIR
es completamente independiente de la base de datos, ya que podemos utilizar
diferentes servicios para acceder a los resultados de la petición. De hecho,
1.- Creas una página en el servidor que escuche las peticiones y devuelva
los resultados en algún formato manipulable
2.- Desde AIR, envias peticiones a dicha página con los parametros
necesarios para la consulta.
3.- En mi caso, el servidor los devolvía en XML, pero podía haberlo hecho en
JSON o en HTML
4.- Utilizando SPRY, manipulaba los datos recibidos y los utilizaba en la
aplicación.
Reitero que AIR ataca al escritorio y por lo tanto se tiene que pegar con las tecnologías de escritorio. Usar diversos servicios para hacer lo que con otros lenguajes está soportado, sólo añade carga de trabajo a la solución, lo que la sigue dejando por detrás...
Post by Andres Cayon
E incluso puedes mezclar ambos mundos: guardar los datos en local en SQLite
y sincronizar con tu tu base remota cuando haya conexión.
A ver qué tal va tu query de 200000 registros a 20 columnas por registro con el dichoso SQLite... Y lo más importante, qué tal cuando sean 40 las personas que hagan lo propio... Sin mencionar lo capadísimo que está el SQL de SQLite...
Post by Andres Cayon
Creo que el método es mucho más eficaz desde el momento en que tu aplicación
Mañana podrías cambiar a otro tipo de lenguaje de servidor y BD y no
necesitarías actualizar la aplicación.
Esto es más un concepto de diseño del software que de tecnología. Un buen diseño sólo requerirá que cambies el módulo indicado...
Post by Andres Cayon
Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by juan torregrosa
bueno andres,esas limitaciones,para mi, no son limitaciones,sino
carencias,una por ejemplo es que no te permita conectar a una base de
datos Mysql desde el escritorio,o por lo menos no he encontrado como
hacerlo,es un buen sistemas,todo hay que decirlo y me encanta como
funciona,y salvo esa carencia no he dado con otra,y para mi es una
carencia porque hacer una aplicacioncita de escritorio que te lea una base
de datos mysql sea imposible,para mi es una carencia,pero por todo lo
demas es una maravilla
Andres Cayon
2008-04-30 02:15:44 UTC
Permalink
Hola Carlos!

Ahora creo que entiendo lo que buscas: Que en una estructura cliente/servidor, AIR se comporte como el servidor puro y duro.

Entonces sí tenemos un problema, porque el objetivo de AIR no va por ese camino 8-)

Saludos!
--
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------


"Carlos Velasco" <***@fractalia.es> escribió en el mensaje de noticias news:fv6og9$q6v$***@forums.macromedia.com...
Hola Andrés, te respondo abajo.
Post by Andres Cayon
Hola Juan!
Si a lo que te refieres es a que no puedes ejecutar directamente consultas a
una BD de MySQL en local, creo que tiene explicación: MySQL es un servidor
de bases de datos y lo que pides obligaría a instalar el servidor junto con
la instalación del runtime de AIR. Y sucedería lo mismo con el resto de
DBMS: Oracle, SQLServer... Por ello, la elección de una BD (SQLite) que
funciona mediante el sistema de archivos, al estilo de Access, es una buena
elección.
Dar soporte a MYSQL, Oracle, Paradox, etc... No te obliga a instalarlos todos, sino que permite que la aplicación utilice los SGBD con los que previamente ya se contase en el entorno destino. Por eso están soportados por TODOS y cada uno de lo lenguajes de desarrollo para aplicaciones de escritorio. Carecer de dicho soporte, te deja detrás en la carrera con cualquier empresa que ya disponga de un Sistema de Información implantado o cualquier empresa de un tamaño medio/grande.

Para mí, el soporte para SQLite (lo de lite viene por reducido...) es una manera de decir... Bueno, no te damos lo que necesitas, pero tienes ahí un sucedáneo que te puede valer. Está bien para aplicaciones pequeñas, pero tiene muchas carencias para entornos con múltiples usuarios tirando macro-querys a capel. Por supuesto que no me parece una buena elección, aunque entiendo que si es la más fácil de implementar para el equipo técnico de Adobe.
Post by Andres Cayon
En el caso de peticiones remotas (en una estructura cliente/servidor), AIR
es completamente independiente de la base de datos, ya que podemos utilizar
diferentes servicios para acceder a los resultados de la petición. De hecho,
1.- Creas una página en el servidor que escuche las peticiones y devuelva
los resultados en algún formato manipulable
2.- Desde AIR, envias peticiones a dicha página con los parametros
necesarios para la consulta.
3.- En mi caso, el servidor los devolvía en XML, pero podía haberlo hecho en
JSON o en HTML
4.- Utilizando SPRY, manipulaba los datos recibidos y los utilizaba en la
aplicación.
Reitero que AIR ataca al escritorio y por lo tanto se tiene que pegar con las tecnologías de escritorio. Usar diversos servicios para hacer lo que con otros lenguajes está soportado, sólo añade carga de trabajo a la solución, lo que la sigue dejando por detrás...
Post by Andres Cayon
E incluso puedes mezclar ambos mundos: guardar los datos en local en SQLite
y sincronizar con tu tu base remota cuando haya conexión.
A ver qué tal va tu query de 200000 registros a 20 columnas por registro con el dichoso SQLite... Y lo más importante, qué tal cuando sean 40 las personas que hagan lo propio... Sin mencionar lo capadísimo que está el SQL de SQLite...
Post by Andres Cayon
Creo que el método es mucho más eficaz desde el momento en que tu aplicación
Mañana podrías cambiar a otro tipo de lenguaje de servidor y BD y no
necesitarías actualizar la aplicación.
Esto es más un concepto de diseño del software que de tecnología. Un buen diseño sólo requerirá que cambies el módulo indicado...
Post by Andres Cayon
Saludos!
Andres Cayon
Spain Adobe Dreamweaver User Group
http://www.dwug.es
----------------------
Post by juan torregrosa
bueno andres,esas limitaciones,para mi, no son limitaciones,sino
carencias,una por ejemplo es que no te permita conectar a una base de
datos Mysql desde el escritorio,o por lo menos no he encontrado como
hacerlo,es un buen sistemas,todo hay que decirlo y me encanta como
funciona,y salvo esa carencia no he dado con otra,y para mi es una
carencia porque hacer una aplicacioncita de escritorio que te lea una base
de datos mysql sea imposible,para mi es una carencia,pero por todo lo
demas es una maravilla
Loading...