[vfp] El futuro de Visual FoxPro
670 views
Skip to first unread message
Pedro Monsalve Valera
May 22, 2010, 11:57:02 AM5/22/10
to public.es.vfoxpro
Hola amigos del foro.
Soy programador en X-base desde hace unos 20 años, practicamente
comence en la era dorada de dBase y desde entonces estoy convencido
que con los avances logrados el lenguaje tendria mucho futuro. Pero
llegó el todopoderoso (financieramente hablando) Microsoft, vió que
era excelente, compró y como era y es un escollo para sus productos,
decidieron echarlo por la borda como el lastre de los submarinos.
Mis preguntas son: ¿que va a pasar con Visual FoxPro despues del año
2015, fecha tope para el soporte de Microsoft al producto?; ¿Será que
ya hay un grupo que se va a encargar de realizar mejoras por "fuera"
con dlls y/o flls?; ¿Liberará Microsoft la fuente de Visual FoxPro?.
Como analista y desarrollador de software he ampliado muchas veces las
funcionalidades de Visual FoxPro utilizando las dlls de la API de
Windows y a veces he tenido que crear dlls muy particulares usando
otros lenguajes de un alcance diferente al de Visual FoxPro, pero
siempre he aspirado a que si Microsoft libera la fuente del lenguaje,
entre toda la comunidad de foxeros poder llevarlo al nivel que tiene
Visual Studio. ¿Que opinan ustedes al respecto?
Saludos desde Maracaibo, Zulia en Venezuela.
Soy programador en X-base desde hace unos 20 años, practicamente
comence en la era dorada de dBase y desde entonces estoy convencido
que con los avances logrados el lenguaje tendria mucho futuro. Pero
llegó el todopoderoso (financieramente hablando) Microsoft, vió que
era excelente, compró y como era y es un escollo para sus productos,
decidieron echarlo por la borda como el lastre de los submarinos.
Mis preguntas son: ¿que va a pasar con Visual FoxPro despues del año
2015, fecha tope para el soporte de Microsoft al producto?; ¿Será que
ya hay un grupo que se va a encargar de realizar mejoras por "fuera"
con dlls y/o flls?; ¿Liberará Microsoft la fuente de Visual FoxPro?.
Como analista y desarrollador de software he ampliado muchas veces las
funcionalidades de Visual FoxPro utilizando las dlls de la API de
Windows y a veces he tenido que crear dlls muy particulares usando
otros lenguajes de un alcance diferente al de Visual FoxPro, pero
siempre he aspirado a que si Microsoft libera la fuente del lenguaje,
entre toda la comunidad de foxeros poder llevarlo al nivel que tiene
Visual Studio. ¿Que opinan ustedes al respecto?
Saludos desde Maracaibo, Zulia en Venezuela.
xpfoxitos
May 23, 2010, 4:06:39 AM5/23/10
to Comunidad de Visual Foxpro en Español
Vuelvo a este foro con cierta frecuencia, aunque hace ya más 8 años
que no programo en FoxPro, y más de 3 que ningún equipo que utilizo lo
tiene instalado. Nostalgia.
En cada uno de mis paseos me encuentro con mensajes como este que en
el pasado he comentado hasta el cansancio.
Habrá de todo, no lo dudo , pero creo que no sólo es "pereza" por
cambiar de herramienta de programación, hay mucho de sentimiento por
la herramienta, un cierto vínculo creado con los años por la y
herramienta y la comunidad que se ha creado a su alrededor.
Una lástima que no se supiera aprovechar por la empresa que lo tenía,
posiblemente no se supo entender este sentimiento.
Centrándome más en el mensaje de Pedro, la comunidad FoxPro ha ido
menguado bastante desde sus épocas de esplendor que sitúo en la
versión VFP6 ó VFP7 y no tengo claro que pueda asumir un proyecto
OpenSource de las características y con las metas que indicas.
Creo que la situación de VFP se encuentra un poco en la situación que
lleva desde hace algunos años, y que resumiría en: si sigue siendo
útil para los clientes que tienes como base de tu negocio, adelante
con él, si tus clientes te piden nuevas cosas que VFP no pueda cubrir
busca como complementar a VFP.
Saludos.
José Luis
On 22 mayo, 17:57, Pedro Monsalve Valera <monsalve.pe...@gmail.com>
wrote:
que no programo en FoxPro, y más de 3 que ningún equipo que utilizo lo
tiene instalado. Nostalgia.
En cada uno de mis paseos me encuentro con mensajes como este que en
el pasado he comentado hasta el cansancio.
Habrá de todo, no lo dudo , pero creo que no sólo es "pereza" por
cambiar de herramienta de programación, hay mucho de sentimiento por
la herramienta, un cierto vínculo creado con los años por la y
herramienta y la comunidad que se ha creado a su alrededor.
Una lástima que no se supiera aprovechar por la empresa que lo tenía,
posiblemente no se supo entender este sentimiento.
Centrándome más en el mensaje de Pedro, la comunidad FoxPro ha ido
menguado bastante desde sus épocas de esplendor que sitúo en la
versión VFP6 ó VFP7 y no tengo claro que pueda asumir un proyecto
OpenSource de las características y con las metas que indicas.
Creo que la situación de VFP se encuentra un poco en la situación que
lleva desde hace algunos años, y que resumiría en: si sigue siendo
útil para los clientes que tienes como base de tu negocio, adelante
con él, si tus clientes te piden nuevas cosas que VFP no pueda cubrir
busca como complementar a VFP.
Saludos.
José Luis
On 22 mayo, 17:57, Pedro Monsalve Valera <monsalve.pe...@gmail.com>
wrote:
extremo
May 23, 2010, 5:08:22 PM5/23/10
to Comunidad de Visual Foxpro en Español
Con respecto a la inquietud de Pedro yo he tenido la preocupacion de
saber si los programas hechos en Fox seguiran funcionanado de aqui a
un tiempo mas con los ultimos equios y SO.
Alguien de ustedes sabe o tiene serteza que en un par de años nuestros
programas hechos en Fox puedan correr con la ultima tecnologia?. Esta
preocupacion me ha hecho interesarme en migrar mis programas a un
lenguaje con mas respaldo, como por ejemplo el asqueroso VBNet
Bendiciones
saber si los programas hechos en Fox seguiran funcionanado de aqui a
un tiempo mas con los ultimos equios y SO.
Alguien de ustedes sabe o tiene serteza que en un par de años nuestros
programas hechos en Fox puedan correr con la ultima tecnologia?. Esta
preocupacion me ha hecho interesarme en migrar mis programas a un
lenguaje con mas respaldo, como por ejemplo el asqueroso VBNet
Bendiciones
panchimancuso
May 23, 2010, 5:35:18 PM5/23/10
to Comunidad de Visual Foxpro en Español
dime una cosa amigo , ese trabajo de pasarte a otro lenguaje te debe
de haber dado un trabajo inmenso ya que la forma de programar y las
sintasis de cada lenguage son distintas , osea para mi entender
tuviste que diseñar tu sistema de nuevo con visual basic , o me
equivoco ?
saludos y hay que buscar otra solucion para no abandonar al querido
fox ......
> > > Saludos desde Maracaibo, Zulia en Venezuela.- Ocultar texto de la cita -
>
> - Mostrar texto de la cita -
de haber dado un trabajo inmenso ya que la forma de programar y las
sintasis de cada lenguage son distintas , osea para mi entender
tuviste que diseñar tu sistema de nuevo con visual basic , o me
equivoco ?
saludos y hay que buscar otra solucion para no abandonar al querido
fox ......
>
> - Mostrar texto de la cita -
Heberto Villavicencio
May 23, 2010, 9:32:00 PM5/23/10
to Comunidad de Visual Foxpro en Español
El problema de pasarnos a un producto M$ es que dentro de 2 o 3 anos
cuando tengas YA TODO MIGRADO, te diran que ahora tienes que
actualizarte y moverte a la nueva plataforma porque la tecnologia con
la que trabajastes YA ES OBSOLETA y tendras que desarrollar todo otra
vez. Sino preguntales a los programadores de VB cuando salio VB.NET.
Yo particularmente escuche mas de una vez esa respuesta en los foros y
presentaciones que organizaba M$ aca en maracaibo (venezuela). Por
otro lado pienso que al zorro todavia le queden varios anos de vida,
conozco sistemas que se utilizan en las grandes cadenas de tiendas que
estan desarrollados en VB6 (1995). De que en algun momento tendremos
que migrar, pues asi sera, nada en esta vida es eterno, pero yo me
plantearia hacerlo a una plataforma NO M$, por mas que ellos insistan
que sus plataformas de desarrollo son lo mejor para nosotros. Cuando M
$ anuncio que descontinuaria el proyecto VFP, estuve un buen rato
rompiendome la cabeza viendo a que herramienta pasarme, pero la verdad
en aquel momento y creo que todavia, no existe herramienta alguna que
nos ofrezca la velocidad de desarrollo y ejecucion que nos ofrece el
zorro, asi que decidi dejarme de preocupar por unos anos y luego
volver a evaluar las herramientas de desarrollo disponlbes.
cuando tengas YA TODO MIGRADO, te diran que ahora tienes que
actualizarte y moverte a la nueva plataforma porque la tecnologia con
la que trabajastes YA ES OBSOLETA y tendras que desarrollar todo otra
vez. Sino preguntales a los programadores de VB cuando salio VB.NET.
Yo particularmente escuche mas de una vez esa respuesta en los foros y
presentaciones que organizaba M$ aca en maracaibo (venezuela). Por
otro lado pienso que al zorro todavia le queden varios anos de vida,
conozco sistemas que se utilizan en las grandes cadenas de tiendas que
estan desarrollados en VB6 (1995). De que en algun momento tendremos
que migrar, pues asi sera, nada en esta vida es eterno, pero yo me
plantearia hacerlo a una plataforma NO M$, por mas que ellos insistan
que sus plataformas de desarrollo son lo mejor para nosotros. Cuando M
$ anuncio que descontinuaria el proyecto VFP, estuve un buen rato
rompiendome la cabeza viendo a que herramienta pasarme, pero la verdad
en aquel momento y creo que todavia, no existe herramienta alguna que
nos ofrezca la velocidad de desarrollo y ejecucion que nos ofrece el
zorro, asi que decidi dejarme de preocupar por unos anos y luego
volver a evaluar las herramientas de desarrollo disponlbes.
Walter R. Ojeda Valiente
May 24, 2010, 12:13:39 AM5/24/10
to publice...@googlegroups.com
Hola Herberto
Estuvimos en la misma, yo también pensé en migrar todos mis sistemas a otro lenguaje, pero el trabajo de realizar semejante tarea es inmenso y hasta ahora no le he visto la utilidad. Con el VFP 9 me manejo súper bien, puedo hacer fácil y rapidamente todo lo que necesito, así que por el momento no tengo la menor necesidad de cambiar.
Pero es bien cierto que nada es eterno y alguna vez habrá que realizar esa tarea. Pero no hay apuro, quizás dentro de uno o dos años aparezca un lenguaje mucho mejor que los actuales (al menos para nosotros) y migremos en masa allí, ya se verá.
Saludos.
Walter.
Hotmail: Powerful Free email with security by Microsoft. Get it now.
Estuvimos en la misma, yo también pensé en migrar todos mis sistemas a otro lenguaje, pero el trabajo de realizar semejante tarea es inmenso y hasta ahora no le he visto la utilidad. Con el VFP 9 me manejo súper bien, puedo hacer fácil y rapidamente todo lo que necesito, así que por el momento no tengo la menor necesidad de cambiar.
Pero es bien cierto que nada es eterno y alguna vez habrá que realizar esa tarea. Pero no hay apuro, quizás dentro de uno o dos años aparezca un lenguaje mucho mejor que los actuales (al menos para nosotros) y migremos en masa allí, ya se verá.
Saludos.
Walter.
Hotmail: Powerful Free email with security by Microsoft. Get it now.
DAG
May 24, 2010, 4:08:42 AM5/24/10
to Comunidad de Visual Foxpro en Español
Hola,
Al igual que todos vosotros, cuando M$ anunció finalmente que dejaría
de dar soporte a este lenguaje, a parte de un enfado importante,
decidí ver qué herramientas me podrían ayudar a hacer desarrollos con
la potencia y versatilidad que me ofrece VFP.
Por desgracia, no encontré una herramienta a su altura para el
desarrollo de aplicaciones de escritorio basadas en gestión de bases
de datos, pero que a su vez tuviesen la facilidad y flexibilidad de
integración con otros ecosistemas, léase XML, CGIs y demás opciones
que nos permiten a los desarrolladores de VFP seguir ofreciendo
productos potentes y a precios económicos, ya que no necesitan
tantísimos recursos como las otras alternativas planteadas desde la
misma M$. Sí es cierto que VStudio es más potente, es más versátil,
trata mejor XML, etc, pero la cruda realidad es que cuando tienes que
hacer algo que no sea copiar/pegar objetos que alguien desarrolló con
anterioridad, tu vida se convierte en un viacrucis, aumentan los
costes pues necesitas añadir más personas para hacer lo que antes
hacías con una, con toda la carga que eso supone.
Actualmente tengo la esperanza que la empresa eTecnología pueda
finalizar su interesante proyecto VFP Net. Será VFP versión .NET con
soporte de compilación para 64 bits y tablas de más de 2 GB de
tamaño, razones ambas con suficiente peso para tomar muy en serio esta
alternativa. Si además añades sus nuevas funcionalidades que han
implementado en el lenguaje, cuando el producto salga a la calle, si
funciona como se espera, espero que M$ haga con más de un diseñador
del lenguaje C# y VBNET y responsable de sus campañas de márquetin lo
mismo que ha hecho con los de Windows Mobile… ponerlos de patita a la
calle.
Según eTecnología, les falta un 10% de implementación de las funciones
del lenguaje. Creo que les falta lo más pesado, como la gestión de
instrucciones SQL Select, Insert, Update, y parece que no hay nada de
las Reports tradicionales (sí que hay un alternativo sistema OOP de
generar Reports que no me he mirado todavía). Habrá que darles tiempo
para que puedan continuar, puesto que con VFP todavía podemos ir
tirando por muchos años, visto lo visto en novedades como las
introducidas en el último Visual Studio.
Es una odisea conseguir que el programador no se consuma en las
caducidades de sus conocimientos en cada mejora de Visual Studio que
tira por el suelo todo lo hecho antes, proponiendo una nueva forma de
hacerlo, cuando la anterior supuestamente era la mejor y la
definitiva. Las formas de acceso a bases de datos desde NET caducan
más rápido que un yogurt de un supermercado, mientras que con Fox
sigues usando tu SEEK, LOCATE, SELECT SQL, etc, igual desde el primer
día que la instrucción se implementó.
Al igual que todos vosotros, cuando M$ anunció finalmente que dejaría
de dar soporte a este lenguaje, a parte de un enfado importante,
decidí ver qué herramientas me podrían ayudar a hacer desarrollos con
la potencia y versatilidad que me ofrece VFP.
Por desgracia, no encontré una herramienta a su altura para el
desarrollo de aplicaciones de escritorio basadas en gestión de bases
de datos, pero que a su vez tuviesen la facilidad y flexibilidad de
integración con otros ecosistemas, léase XML, CGIs y demás opciones
que nos permiten a los desarrolladores de VFP seguir ofreciendo
productos potentes y a precios económicos, ya que no necesitan
tantísimos recursos como las otras alternativas planteadas desde la
misma M$. Sí es cierto que VStudio es más potente, es más versátil,
trata mejor XML, etc, pero la cruda realidad es que cuando tienes que
hacer algo que no sea copiar/pegar objetos que alguien desarrolló con
anterioridad, tu vida se convierte en un viacrucis, aumentan los
costes pues necesitas añadir más personas para hacer lo que antes
hacías con una, con toda la carga que eso supone.
Actualmente tengo la esperanza que la empresa eTecnología pueda
finalizar su interesante proyecto VFP Net. Será VFP versión .NET con
soporte de compilación para 64 bits y tablas de más de 2 GB de
tamaño, razones ambas con suficiente peso para tomar muy en serio esta
alternativa. Si además añades sus nuevas funcionalidades que han
implementado en el lenguaje, cuando el producto salga a la calle, si
funciona como se espera, espero que M$ haga con más de un diseñador
del lenguaje C# y VBNET y responsable de sus campañas de márquetin lo
mismo que ha hecho con los de Windows Mobile… ponerlos de patita a la
calle.
Según eTecnología, les falta un 10% de implementación de las funciones
del lenguaje. Creo que les falta lo más pesado, como la gestión de
instrucciones SQL Select, Insert, Update, y parece que no hay nada de
las Reports tradicionales (sí que hay un alternativo sistema OOP de
generar Reports que no me he mirado todavía). Habrá que darles tiempo
para que puedan continuar, puesto que con VFP todavía podemos ir
tirando por muchos años, visto lo visto en novedades como las
introducidas en el último Visual Studio.
Es una odisea conseguir que el programador no se consuma en las
caducidades de sus conocimientos en cada mejora de Visual Studio que
tira por el suelo todo lo hecho antes, proponiendo una nueva forma de
hacerlo, cuando la anterior supuestamente era la mejor y la
definitiva. Las formas de acceso a bases de datos desde NET caducan
más rápido que un yogurt de un supermercado, mientras que con Fox
sigues usando tu SEEK, LOCATE, SELECT SQL, etc, igual desde el primer
día que la instrucción se implementó.
almonts
May 24, 2010, 5:40:48 AM5/24/10
to Comunidad de Visual Foxpro en Español
Estoy totalmente de acuerdo con DAG.
eTecnologia, es una opción que no hay que dejar pasar, tambien en la
web de Alaska xBase, en su roadmap. Prometen importar proyectos de
VFP, si habeis leido bien, para el 2011.
El dBase de toda la vida, que tiene un ide lo mas parecido a nuesto
fox, va pronto ha sacar una nueva versión, también es una opción a
tener en cuenta.
A parte de otros lenguajes/compiladores xBase como Fivewin o Xailer,
ha este último no hay que quitarle el ojo.
Yo en lo particular, sigo con le Fox. Y cuando eTecnologia saque una
versión totalmente funcional alli estaremos.
www.ontarioxb.es VFP9 > MySQL5
eTecnologia, es una opción que no hay que dejar pasar, tambien en la
web de Alaska xBase, en su roadmap. Prometen importar proyectos de
VFP, si habeis leido bien, para el 2011.
El dBase de toda la vida, que tiene un ide lo mas parecido a nuesto
fox, va pronto ha sacar una nueva versión, también es una opción a
tener en cuenta.
A parte de otros lenguajes/compiladores xBase como Fivewin o Xailer,
ha este último no hay que quitarle el ojo.
Yo en lo particular, sigo con le Fox. Y cuando eTecnologia saque una
versión totalmente funcional alli estaremos.
www.ontarioxb.es VFP9 > MySQL5
extremo
May 24, 2010, 10:43:40 AM5/24/10
to Comunidad de Visual Foxpro en Español
Genial Almonts
Esa información no la tenía, me parece mas que interesante,
esperanzadora.
Entre mas estoy entrando al mundo VBNet, mas quiero al fox, las
ventajas de fox son innumerables, VBNET es sumamente malo, para
cualquier cosa hay que hace un monton de codigo, y como dijo DAG
ocupar una clase en otro proyecto es sumamente complicado, aun no he
podido conseguirme un texbox para fecha y numero, algo tan facil en
fox y que nadie podria pensar que es dificil porque para nosotros es
casi automatico, eso es un tremendo trabajo en vbnet , otras cosas con
las que me he encontrado es la forma de utilizar los recosrdset, y que
se deben de declarar como publicas para que se puedan ver en otros
formularios, y muchisimas cosas mas que lo unico que hacen es atrazar
el aprendizaje y lo otro es la tremenda cantidad de tipos de objetos
para controlar los datos como recordset ,dataset,rowset, y no se que
otras cosas mas habran. Lo rescatable de vbnet es que al programar
reconoce errores estupidos como por ejemplo escribir mal una variable,
el vbnet te advierte ese error en tiempo de diseño.
En resumen veo que no hay necesidad de apurarse en migrar. En mi caso
(Chile) ninguna empresa esta considerando fox excepto en la que
trabajo, si quedo sin trabajo voy a morir porque nadie me va a
contratar. Eso lo vengo estudiando desde hace rato, a menos que
trabaje en forma independiente, pero eso para mi es un poco dificil,
no soy muy bueno en los negocios.
Bendiciones
Esa información no la tenía, me parece mas que interesante,
esperanzadora.
Entre mas estoy entrando al mundo VBNet, mas quiero al fox, las
ventajas de fox son innumerables, VBNET es sumamente malo, para
cualquier cosa hay que hace un monton de codigo, y como dijo DAG
ocupar una clase en otro proyecto es sumamente complicado, aun no he
podido conseguirme un texbox para fecha y numero, algo tan facil en
fox y que nadie podria pensar que es dificil porque para nosotros es
casi automatico, eso es un tremendo trabajo en vbnet , otras cosas con
las que me he encontrado es la forma de utilizar los recosrdset, y que
se deben de declarar como publicas para que se puedan ver en otros
formularios, y muchisimas cosas mas que lo unico que hacen es atrazar
el aprendizaje y lo otro es la tremenda cantidad de tipos de objetos
para controlar los datos como recordset ,dataset,rowset, y no se que
otras cosas mas habran. Lo rescatable de vbnet es que al programar
reconoce errores estupidos como por ejemplo escribir mal una variable,
el vbnet te advierte ese error en tiempo de diseño.
En resumen veo que no hay necesidad de apurarse en migrar. En mi caso
(Chile) ninguna empresa esta considerando fox excepto en la que
trabajo, si quedo sin trabajo voy a morir porque nadie me va a
contratar. Eso lo vengo estudiando desde hace rato, a menos que
trabaje en forma independiente, pero eso para mi es un poco dificil,
no soy muy bueno en los negocios.
Bendiciones
DAG
May 24, 2010, 11:06:40 AM5/24/10
to Comunidad de Visual Foxpro en Español
Quizás sea el momento de que los que usamos FOX nos impliquemos más, y
hagamos de evangelizadores del lenguaje y colaboremos más en las
tareas de dar a conocer las características y avances que van saliendo
alrededor de nuestro entorno de programación. Así conseguiremos ayudar
a otros usuarios y potenciales usuarios a hacer integraciones y
aplicar cosas que ya es posible hacer, pero que la gente todavia no
hace por simple desconocimiento.
El apoyo a revistas como FoxRock también es importante para ir
reciclando nuestros conocimientos, ya que suelen añadir comentarios de
prestigiosos autores dentro de nuestro mundillo.
El otro día hice una recopilación de información de temas varios, y
que por algún motivo he tenido que rehusar, sacándolos del olvido, y
los he ido publicando en http://davidacuna.wordpress.com/ . Ahí los
dejo por si a alguien les puede ayudar.
Saludos.
hagamos de evangelizadores del lenguaje y colaboremos más en las
tareas de dar a conocer las características y avances que van saliendo
alrededor de nuestro entorno de programación. Así conseguiremos ayudar
a otros usuarios y potenciales usuarios a hacer integraciones y
aplicar cosas que ya es posible hacer, pero que la gente todavia no
hace por simple desconocimiento.
El apoyo a revistas como FoxRock también es importante para ir
reciclando nuestros conocimientos, ya que suelen añadir comentarios de
prestigiosos autores dentro de nuestro mundillo.
El otro día hice una recopilación de información de temas varios, y
que por algún motivo he tenido que rehusar, sacándolos del olvido, y
los he ido publicando en http://davidacuna.wordpress.com/ . Ahí los
dejo por si a alguien les puede ayudar.
Saludos.
Pedro Monsalve Valera
May 24, 2010, 11:38:04 AM5/24/10
to publice...@googlegroups.com
Hola a todos.
He visto que yo no soy el unico en tener la preocupacion sobre el futuro que nos espera a los foxeros con respecto a esta herramienta de trabajo de casi una vida. La existencia del proyecto de VFP .Net a la cual hace referencia David Beroni ya la conocia desde hace algunos años, pero no sabia que estaba tan avanzado el proyecto, pero la informacion presentada por almonts es totalmente nueva para mi. Voy a recopilar mas informacion al respecto.
Saludos desde Maracaibo, Venezuela.
Walter R. Ojeda Valiente
May 24, 2010, 6:07:21 PM5/24/10
to publice...@googlegroups.com
Hola David
Gracias por el enlace, ya lo estuve visitando.
Gracias por el enlace, ya lo estuve visitando.
Rocko
May 29, 2010, 12:45:59 AM5/29/10
to Comunidad de Visual Foxpro en Español
La verdad que en estos momentos lo que menos me preocupa es migrar de
plataforma dado que para el usuario final cliente-servidor es muy
transparente el lenguaje de desarrollo mientras nuestras aplicaciones
sean fiables y robustas, creo que las aplicaciones cliente-servidor
tienen aun larga vida ... como la mayoría de las opiniones de uds.
encuentro que programar en web aun es engorroso, lento y que en lugar
de que den ganas de programar mejor dan ganas de volver a nuestro
querido zorro ... al menos en mi caso personal mientras no salga un
lenguaje de programación web en el cual no haya que inyectar capas de
código C# + JAVA + VBnet + etc + etc +etc y etc ... no pienso en
migrar nada ... como experiencia personal les cuento que en mi empresa
tenemos un software agrícola que un equipo de programación esta
"tratando" de migrarlo a web y ha sido un soberano parto ya que se
pierden funcionalidades (que todos conocemos lo generoso que es el
zorrito en eso) y para lograr algo simple en fox en web es un dolor de
cabeza de 100 lineas de código por cada linea de VFP.
Creo que debemos estar tranquilos, mas temprano que tarde aparecerá
algo que nos permitirá migrar a web nuestras aplicaciones sin extrañar
en demasía a VFP.
Saludos a todos
Eduardo Contreras Z.
Rancagua, Chile
Mario Alfredo Oviedo
Jun 2, 2010, 6:36:23 PM6/2/10
to Comunidad de Visual Foxpro en Español
el problema que microsoft en sus sistemas operativos a partir del 2015
bloqueara la ejecucion de VFP, ojala ya este muerto hay les aviso
bloqueara la ejecucion de VFP, ojala ya este muerto hay les aviso
Luis Mata
Jun 2, 2010, 7:05:52 PM6/2/10
to publice...@googlegroups.com
Bloquear, y porque si corre hasta en 64 bits, que va a sacar?
Crees que somos ni�os para que nos quieras hacer creer eso.
Crees que somos ni�os para que nos quieras hacer creer eso.
Luis Mata
extremo
Jun 2, 2010, 8:17:49 PM6/2/10
to Comunidad de Visual Foxpro en Español
Alomejor la desaparición del FOX es unas de las profesias mayas
jajajajaja, lo digo por lo del 2015
Bendiciones
jajajajaja, lo digo por lo del 2015
Bendiciones
Luis Mata
Jun 2, 2010, 10:23:32 PM6/2/10
to Comunidad de Visual Foxpro en Español
jajaja o lo dijo nostradamus...
--------------------------------------------------
From: "extremo" <protech...@gmail.com>
Sent: Wednesday, June 02, 2010 5:17 PM
To: "Comunidad de Visual Foxpro en Espa�ol"
<publice...@googlegroups.com>
Subject: [vfp] Re: El futuro de Visual FoxPro
> Alomejor la desaparici�n del FOX es unas de las profesias mayas
Oliverio Sierra
Jun 3, 2010, 11:39:12 AM6/3/10
to publice...@googlegroups.com
Lo de las profecias mayas es para el 12 de Diciembre de 2012......
Solo quise rectificar...
De: extremo <protech...@gmail.com>
Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>
Enviado: miércoles, 2 de junio, 2010 19:17:49
Asunto: [vfp] Re: El futuro de Visual FoxPro
Solo quise rectificar...
Oliverio Sierra Carmona
Primero Existo....., luego Pienso.
Primero Existo....., luego Pienso.
De: extremo <protech...@gmail.com>
Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>
Enviado: miércoles, 2 de junio, 2010 19:17:49
Asunto: [vfp] Re: El futuro de Visual FoxPro
extremo
Jun 3, 2010, 1:09:31 PM6/3/10
to Comunidad de Visual Foxpro en Español
jjajajaa teni razon... es el 2012 jajjajaa
On 3 jun, 11:39, Oliverio Sierra <osier...@yahoo.com> wrote:
> Lo de las profecias mayas es para el 12 de Diciembre de 2012......
>
> Solo quise rectificar...
>
> Oliverio Sierra Carmona
> Primero Existo....., luego Pienso.
>
> ________________________________
> De: extremo <protech.ven...@gmail.com>
On 3 jun, 11:39, Oliverio Sierra <osier...@yahoo.com> wrote:
> Lo de las profecias mayas es para el 12 de Diciembre de 2012......
>
> Solo quise rectificar...
>
> Oliverio Sierra Carmona
> Primero Existo....., luego Pienso.
>
> ________________________________
> Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>
> Enviado: miércoles, 2 de junio, 2010 19:17:49
> Asunto: [vfp] Re: El futuro de Visual FoxPro
>
> Alomejor la desaparición del FOX es unas de las profesias mayas
> jajajajaja, lo digo por lo del 2015
>
> Bendiciones
>
> On 2 jun, 20:05, "Luis Mata" <lm...@cclf.com.pe> wrote:
>
>
>
> > Bloquear, y porque si corre hasta en 64 bits, que va a sacar?
> > Crees que somos ni os para que nos quieras hacer creer eso.
>
> > Luis Mata
>
> > ----- Original Message -----
> > From: "Mario Alfredo Oviedo" <maovi...@hotmail.com>
> > To: "Comunidad de Visual Foxpro en Espa ol"
>
> > <publice...@googlegroups.com>
> > Sent: Wednesday, June 02, 2010 5:36 PM
> > Subject: [vfp] Re: El futuro de Visual FoxPro
>
> > > el problema que microsoft en sus sistemas operativos a partir del 2015
> > > bloqueara la ejecucion de VFP, ojala ya este muerto hay les aviso- Ocultar texto de la cita -
> Enviado: miércoles, 2 de junio, 2010 19:17:49
> Asunto: [vfp] Re: El futuro de Visual FoxPro
>
> Alomejor la desaparición del FOX es unas de las profesias mayas
> jajajajaja, lo digo por lo del 2015
>
> Bendiciones
>
> On 2 jun, 20:05, "Luis Mata" <lm...@cclf.com.pe> wrote:
>
>
>
> > Bloquear, y porque si corre hasta en 64 bits, que va a sacar?
> > Crees que somos ni os para que nos quieras hacer creer eso.
>
> > Luis Mata
>
> > ----- Original Message -----
> > From: "Mario Alfredo Oviedo" <maovi...@hotmail.com>
> > To: "Comunidad de Visual Foxpro en Espa ol"
>
> > <publice...@googlegroups.com>
> > Sent: Wednesday, June 02, 2010 5:36 PM
> > Subject: [vfp] Re: El futuro de Visual FoxPro
>
> > > el problema que microsoft en sus sistemas operativos a partir del 2015
Mario Alfredo Oviedo
Jun 3, 2010, 6:32:20 PM6/3/10
to Comunidad de Visual Foxpro en Español
luis dije 2015 no 2010, ademas vi la cara que pusistes y la bruñistes,
te enojastes, y como nadie escribe de que hoy es viernes talvez asi se
rien, no crees
te enojastes, y como nadie escribe de que hoy es viernes talvez asi se
rien, no crees
WILLIAM RIGOBERTO CONTRERAS MORENO
Feb 17, 2017, 5:37:49 PM2/17/17
to Comunidad de Visual Foxpro en Español
WILLIAM RIGOBERTO CONTRERAS MORENO
Feb 17, 2017, 5:44:59 PM2/17/17
to Comunidad de Visual Foxpro en Español
hola amigos foxeros, les comento que el ZORRO ya corre en la web, exite un app llamado FOXINCLOUD que les permite subir a la web todo su sistema hecho en fox sin tener que modificar codigo. asi como funciona modo escritorio funcionara en la web
http://foxincloud.com/demos.php
http://foxincloud.com/
http://foxincloud.com/pdf/FoxInCloud-How-to-FAAquickRef-es.pdf
en cuanto al tema de los 64bits, pues actualmente en pleno año 2017 tengo varios sistemas corriendo en windows xp 32 bit,windows 7 32bit, windows 8 y 10 64bits, y funciona fenomenal. algunos sistemas los tengo pegados con ODB a bases de datos como Mysql, Postgresl, Firebirdsql y Sql Server 2012 express, y funciona de maravilla.
asi que el zorrito no tiene limites. el caso de JAVA, C#,VB que si no actualizan los framework ya no funcionan algunas caracteristicas de los sistemas. al igual que php si no es la misma version instalada algunas cosas no funcionan, hay que andar buscando frameworks que funcinen, en cambio el ZORRO es muy transparante... no se complica la vida con framawork.
incluso tengo el zorrito corriendo aplicaciones en Windows server 2008 y Windows server 2012.
a 64bits y no da problema es muy estable.
saludos.
http://foxincloud.com/demos.php
http://foxincloud.com/
http://foxincloud.com/pdf/FoxInCloud-How-to-FAAquickRef-es.pdf
en cuanto al tema de los 64bits, pues actualmente en pleno año 2017 tengo varios sistemas corriendo en windows xp 32 bit,windows 7 32bit, windows 8 y 10 64bits, y funciona fenomenal. algunos sistemas los tengo pegados con ODB a bases de datos como Mysql, Postgresl, Firebirdsql y Sql Server 2012 express, y funciona de maravilla.
asi que el zorrito no tiene limites. el caso de JAVA, C#,VB que si no actualizan los framework ya no funcionan algunas caracteristicas de los sistemas. al igual que php si no es la misma version instalada algunas cosas no funcionan, hay que andar buscando frameworks que funcinen, en cambio el ZORRO es muy transparante... no se complica la vida con framawork.
incluso tengo el zorrito corriendo aplicaciones en Windows server 2008 y Windows server 2012.
a 64bits y no da problema es muy estable.
saludos.
El sábado, 22 de mayo de 2010, 9:57:02 (UTC-6), pepe escribió:
Euro Nava
Feb 20, 2017, 4:22:13 PM2/20/17
to publice...@googlegroups.com
Nada contento M$ con este comentario ji ji ji
Saludos
El presente correo y sus anexos son exclusivamente para el uso de los destinatarios indicados en el encabezado del mismo, pueden contener información confidencial y/o privilegiada. Si usted por error ha recibido la presente correspondencia agradezco hacer omisión de esta y hacerme del conocimiento por esta misma vía
Bendito el Hombre que ha sido llamado por Cristo para ser el soldado del ejército en cuya mano empuñe como arma la palabra de Dios
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de WILLIAM RIGOBERTO CONTRERAS MORENO
Enviado el: viernes, 17 de febrero de 2017 06:45 p.m.
Para: Comunidad de Visual Foxpro en Español
Se certificó que el correo no contiene virus.
Comprobada por AVG - www.avg.com
Versión: 2016.0.7998 / Base de datos de virus: 4756/13982 - Fecha de la versión: 20/02/2017
foxInCloud
Sep 14, 2017, 7:33:41 AM9/14/17
to Comunidad de Visual Foxpro en Español
Hi,
You can see more on FoxInCloud Live Tutorial:
You can see more on FoxInCloud Live Tutorial:
- responsive, works on any terminal: from smartphone (iPhone or Android) to regular desktop browser
- click on the 'zorro' head for explanations and screenshot of original VFP form running on the Web Server inside FoxinCloud.
- once you download and install FoxInCloud Application Server, you can run the same tutorial on your dev machine
Reply all
Reply to author
Forward
0 new messages