Términos VFP vs WinDev
HernanCano
---------
1.
En WinDev a un archivo de datos 'nativo' se le conoce como "fichero",
es un archivo con extensión ".FIC" en formato HyperFile.
En VFP estos archivos nativos tienen extensión ".DBF" y se les ha
conocido como tabla (no me gusta el término y no lo volveré a
utilizar, los llamaré archivos DBF) cuyo motor se le conoce como xBase
(por similitud con otros compiladores que utilizan archivos de datos
similares --DBase, Clipper, Xbase, Harbour, FlagShip--.
2.
En VFP tenemos los términos Grid-Grilla-Cuadrícula, que son sinónimos.
En WinDev se le conoce --yo lo llamaré-- Table (no lo traduzco, pues
en VFP existe ese término pero con otro significado, como vimos en el
primer punto).
3.
En WinDev tenemos la ventana de comandos, que no existe en WinDev. Es
una ventana donde podemos: (1) escribir comandos individualmente, (2)
ejecutarlos, y (3) ver su resultado o respuesta.
4.
En VFP podemos ver los datos de un archivo de datos (1) con el comando
BROWSE, o (2) con un grid --este grid puede construirse con un
asistente o puede definirse mediante la programación (sin asistente)
que permite el lenguaje de VFP--.
En WinDev sólo en posible verlos con una table ("cuadrícula") la cual
tiene que ser construida a mano --es decir armar cada uno de sus
campos y cada una de las propiedaes de cada campo en varios
pantallazos--, y a su vez la "table" tiene que estar incrustada en una
ventana de WinDev (formulario en VFP).
En VFP el grid también tiene que estar incrustado en un formulario,
pero tanto la grid como el formulario pueden definirse por
programación, sin pasar por los dos asistentes.
5.
Los "asistentes" son los "constructores" que hay en casi todos los
lenguajes actuales de "altas generaciones". Con los asistentes puede
hacer ventanas en WinDev (formularios en VFP), "tables" en WinDev
(cuadrículas en VFP), reportes en ambos lenguajes, queries en ambos
lenguajes, proyectos en ambos lenguajes, análisis de datos en WinDev
(bases de datos en VFP), etc.
6.
Ambos lenguajes pueden conectarse a motores de datos externos; VFP
utiliza ODBC para conectarse, mientras que WinDev puede usar tanto
ODBC como algunos comandos nativos (no he llegado a esta parte en mis
app; en la empresa hay plantilas que automatizan este aspecto).
7.
Al hecho de hacer click en un botón Ok o Aceptar en VFP, se le conoce
como Validar en WinDev.
8.
La ejecución de un programa sí se puede detener en WinDev si se hace
click en un botón marcado como botón de Cancel, aunque una validación
sea incorrecta. En VFP aunque un botón esté marcado como botón de
Cancel, la ejecución de un programa 'no se detiene': hay que obedecer
al mensaje --por ejm escribir un dato correcto, si es posible--, o
utilizar el Administrador de Tareas de Windows para cerrarlo
abruptamente.
---
HERNAN
---
GeoSys Diseño de Software
Victor Espina
Victor Espina
Mario López
> cosas como el BROWSE son muy particulares
> encontraras en WinDev ni en ninguna otra plataforma
> encontaremos en ninguna otra plataforma, asi que no puede ser un elemento a
> considerar al momento de evaluar una plataforma.
Dabo (Python + wxPython + Dabo) y ejecutan un browse:
http://c0129431.cdn.cloudfiles.rackspacecloud.com/browse_shell.html
Código Dabo relevante:
---
f = dabo.ui.getFile("cnxml")
conn = dabo.db.dConnection(f)
crs = conn.getDaboCursor()
crs.Table = "zipcodes"
crs.executeSQL()
dabo.ui.browse(crs.getDataSet())
---
Opinión mía anterior sobre Dabo
http://newsgrupos.niuz.biz/microsoft-public-es-vfoxpro/884302-ot-vfp-y-futuro-2.html
Por supuesto, no es "exactamente" igual que VFP, pero tiene una
filosofía muy similar (diseñadores de clases, forms y reportes,
ventana de comandos, etc). No en vano uno de los creadores es un
"gurú" VFP (Ed Leafe, creador de Codebook y administrador de la lista
de Profox http://news.gmane.org/gmane.comp.db.foxpro.profox )
No cobro nada por la propaganda, eh :))
Igualmente coincido mayormente con vos en que cuando uno se pasa a
otra herramienta de desarrollo hay que acostumbrarse a la forma de
trabajar de ésta y no pretender que la misma haga todo "á la VFP"
porque eso no existe.
Sí está bueno elegir una herramienta lo suficientemente flexible que
te permita desarrollar un scaffolding (andamiaje?) que te permita ser
tan productivo -o más- con dicha herramienta como lo somos con VFP.
Saludos,
Mario
---
> >> *
> >> *
> >> *Anthony Contreras Peralta*
> >> *
> >> *
> >> *Costa Rica.*
ssanmiguelh
Pero por otro lado nos es dificil abandonar herramientas que se han construido con VFP, me refiero a nuestras clases, Yo por ejemplo tengo Frameworks (plantilas de clases) que con solo arrastrando y colocando en sus propiedades por ejemplo el nombre de la Tablas y campos a considerar, te arma un formulario de mantenimiento sin perder mucho tiempo, o por ejemplo la creacion de menús dinámicos.
Esto solo se consigue creando y programando las grillas y controles en tiempo de ejecución cosa que con WINDEV u otro no lo podría hacer , tan solo tendría que utilizar asistentes y esto me lleva tiempo ya que el asistente no te terminará de armar como tu clase programada.
Saludos.
Victor Espina
Victor Espina
Claudio Luna
Mario López
personalmente wxPython no me parece para nada malo, fijate un
desarrollo mío con Dabo
http://troll.ws/plQSCt
Yo no lo veo tan feo (y claro, lo hice yo, que voy a decir :)), los
colores se ajustan al estilo de mi Windows -por ejemplo, cuando usaba
color verde oliva se veía todo en gradientes de verde-, anda en Linux
y Mac, y son solamente unas 500 lineas de código para un visualizador
de clases basado en Dabo que te permite ver y filtrar hasta con
resaltado de sintaxis todas las clases de cualquier librería Python.
Otros screenshots de programas wxPython:
Phatch: http://www.phatch.org/
SPE IDE: http://sourceforge.net/projects/spe/screenshots/37127
Wing IDE: http://4.bp.blogspot.com/_y_bGxMwbE9g/TLoxhge5lKI/AAAAAAAABDM/aJ0fQswTtxg/s1600/wingware4.JPG
Task Coach: http://www.taskcoach.org/
Mockup Screens: http://mockupscreens.com/index.php?page=Screen-Prototypes
En general, yo no veo las GUIs generadas con wxPython como horribles
ni anacrónicas, me parecen por lo menos
iguales o algo mejores que las de VFP estándar. Obvio que tanto como
VFP puede mejorarse notoriamente con
librerías como GdiPlusX, RibbonBar, etc wxPython podrá mejorarse con
sus propias librerías: AUI -Advanced User Interfaces- etc (hasta ví un
RibbonBar para wxPython :)). Además recordá que como todos estos GUIs
frameworks son multiplataforma algo de calidad sacrifican a cambio de
portabilidad.
Igualmente wxPython no el único framework GUI disponible:
* PyQt ya está soportado en Python 3
http://qt.nokia.com/qt-in-use/ambassadors/showcase/
* IronPython puede usar todas las clases del .NET o Mono
http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
* PyjamasDesktop te permite usar un backend de browser como GUI -vía
webkit y compilando python a javascript-
http://pyjs.org/examples/showcase/build/Showcase.html
y hay varios más.
Un excelente post comparativo de GUIs en Python:
http://ginstrom.com/scribbles/2008/02/26/python-gui-programming-platforms-for-windows/
Me van a llamar de la Python Foundation para tirarme un 10%,
espero :))
PD: es "Python", no "Phyton" :)
Saludos,
Mario
---
Victor Espina
Nilton CPM
controles, o visual � lindo.
--------------------------------------------------
From: "Mario L�pez" <guag...@gmail.com>
Sent: Friday, April 13, 2012 4:16 PM
To: "Comunidad de Visual Foxpro en Espa�ol"
<publice...@googlegroups.com>
Subject: [vfp] Re: T�rminos VFP vs WinDev
> @V�ctor:
>
> personalmente wxPython no me parece para nada malo, fijate un
> desarrollo m�o con Dabo
>
> http://troll.ws/plQSCt
>
> Yo no lo veo tan feo (y claro, lo hice yo, que voy a decir :)), los
> colores se ajustan al estilo de mi Windows -por ejemplo, cuando usaba
> color verde oliva se ve�a todo en gradientes de verde-, anda en Linux
> y Mac, y son solamente unas 500 lineas de c�digo para un visualizador
> de clases basado en Dabo que te permite ver y filtrar hasta con
> resaltado de sintaxis todas las clases de cualquier librer�a Python.
>
> Otros screenshots de programas wxPython:
>
> Phatch: http://www.phatch.org/
> SPE IDE: http://sourceforge.net/projects/spe/screenshots/37127
> Wing IDE:
> http://4.bp.blogspot.com/_y_bGxMwbE9g/TLoxhge5lKI/AAAAAAAABDM/aJ0fQswTtxg/s1600/wingware4.JPG
> Task Coach: http://www.taskcoach.org/
> Mockup Screens: http://mockupscreens.com/index.php?page=Screen-Prototypes
>
> En general, yo no veo las GUIs generadas con wxPython como horribles
> ni anacr�nicas, me parecen por lo menos
> iguales o algo mejores que las de VFP est�ndar. Obvio que tanto como
> VFP puede mejorarse notoriamente con
> librer�as como GdiPlusX, RibbonBar, etc wxPython podr� mejorarse con
> sus propias librer�as: AUI -Advanced User Interfaces- etc (hasta v� un
> RibbonBar para wxPython :)). Adem�s record� que como todos estos GUIs
> frameworks son multiplataforma algo de calidad sacrifican a cambio de
> portabilidad.
>
> Igualmente wxPython no el �nico framework GUI disponible:
> * PyQt ya est� soportado en Python 3
> http://qt.nokia.com/qt-in-use/ambassadors/showcase/
>
> * IronPython puede usar todas las clases del .NET o Mono
> http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
>
> * PyjamasDesktop te permite usar un backend de browser como GUI -v�a
> webkit y compilando python a javascript-
> http://pyjs.org/examples/showcase/build/Showcase.html
>
> y hay varios m�s.
>> > C�digo Dabo relevante:
>> > ---
>> > f = dabo.ui.getFile("cnxml")
>> > conn = dabo.db.dConnection(f)
>> > crs = conn.getDaboCursor()
>> > crs.Table = "zipcodes"
>> > crs.executeSQL()
>> > dabo.ui.browse(crs.getDataSet())
>> > ---
>>
>> > Opini�n m�a anterior sobre Dabo
>>
>> >http://newsgrupos.niuz.biz/microsoft-public-es-vfoxpro/884302-ot-vfp-...
>>
>> > Por supuesto, no es "exactamente" igual que VFP, pero tiene una
>> > filosof�a muy similar (dise�adores de clases, forms y reportes,
>> > ventana de comandos, etc). No en vano uno de los creadores es un
>> > "gur�" VFP (Ed Leafe, creador de Codebook y administrador de la lista
>> > de Profoxhttp://news.gmane.org/gmane.comp.db.foxpro.profox)
>>
>> > No cobro nada por la propaganda, eh :))
>>
>> > Igualmente coincido mayormente con vos en que cuando uno se pasa a
>> > otra herramienta de desarrollo hay que acostumbrarse a la forma de
>> > trabajar de �sta y no pretender que la misma haga todo "� la VFP"
>> > porque eso no existe.
>> > S� est� bueno elegir una herramienta lo suficientemente flexible que
>> > te permita desarrollar un scaffolding (andamiaje?) que te permita ser
>> > tan productivo -o m�s- con dicha herramienta como lo somos con VFP.
>> > > > On Friday, April 13, 2012 9:59:59 AM UTC-5, Jos� Anthony Contreras
>> > Peralta
>> > > > wrote:
>>
>> > > >> La opci�n BROWSE si que es importante para nosotros los
>> > desarrolladores
>> > > >> de VFP que podemos ver los datos al instante de cualquier consulta
>> > > >> y
>> > poder
>> > > >> revisar en tiempo de desarrollo o ejecuci�n para ver los datos
>> > filtrados
>> > > >> desde c�digo.
>>
>> > > >> El equivalente a BROWSE seg�n lo que comentas no es posible en
>> > > >> WinDev
>> > con
>> > > >> un simple comando, que l�stima, ya que en WinDev hay que llevarlo
>> > > >> a
>> > una
>> > > >> cuadr�cula ("Table"), construida a mano.
>>
>> > > >> La ventana de comandos en VFP si que es fundamental e importante.
>>
>> > > >> En fin sabemos que entre los dos lenguajes existen diferencias...
>>
>> > > >> *Saludes*
>> > > >> *
>> > > >> *
>> > > >> *Anthony Contreras Peralta*
>> > > >> *
>> > > >> *
>> > > >> *Costa Rica.*
>>
>> > > >> El 13 de abril de 2012 00:39, HernanCano
>> > > >> <jhernanca...@gmail.com>escribi�:
>>
>> > > >>> Glosario:
>> > > >>> ---------
>> > > >>> 1.
>> > > >>> En WinDev a un archivo de datos 'nativo' se le conoce como
>> > "fichero",
>> > > >>> es un archivo con extensi�n ".FIC" en formato HyperFile.
>> > > >>> En VFP estos archivos nativos tienen extensi�n ".DBF" y se les ha
>> > > >>> conocido como tabla (no me gusta el t�rmino y no lo volver� a
>> > > >>> utilizar, los llamar� archivos DBF) cuyo motor se le conoce como
>> > xBase
>> > > >>> (por similitud con otros compiladores que utilizan archivos de
>> > > >>> datos
>> > > >>> similares --DBase, Clipper, Xbase, Harbour, FlagShip--.
>>
>> > > >>> 2.
>> > > >>> En VFP tenemos los t�rminos Grid-Grilla-Cuadr�cula, que son
>> > sin�nimos.
>> > > >>> En WinDev se le conoce --yo lo llamar�-- Table (no lo traduzco,
>> > > >>> pues
>> > > >>> en VFP existe ese t�rmino pero con otro significado, como vimos
>> > > >>> en
>> > el
>> > > >>> primer punto).
>>
>> > > >>> 3.
>> > > >>> En WinDev tenemos la ventana de comandos, que no existe en
>> > > >>> WinDev.
>> > Es
>> > > >>> una ventana donde podemos: (1) escribir comandos individualmente,
>> > (2)
>> > > >>> ejecutarlos, y (3) ver su resultado o respuesta.
>>
>> > > >>> 4.
>> > > >>> En VFP podemos ver los datos de un archivo de datos (1) con el
>> > comando
>> > > >>> BROWSE, o (2) con un grid --este grid puede construirse con un
>> > > >>> asistente o puede definirse mediante la programaci�n (sin
>> > > >>> asistente)
>> > > >>> que permite el lenguaje de VFP--.
>> > > >>> En WinDev s�lo en posible verlos con una table ("cuadr�cula") la
>> > cual
>> > > >>> tiene que ser construida a mano --es decir armar cada uno de sus
>> > > >>> campos y cada una de las propiedaes de cada campo en varios
>> > > >>> pantallazos--, y a su vez la "table" tiene que estar incrustada
>> > > >>> en
>> > una
>> > > >>> ventana de WinDev (formulario en VFP).
>> > > >>> En VFP el grid tambi�n tiene que estar incrustado en un
>> > > >>> formulario,
>> > > >>> pero tanto la grid como el formulario pueden definirse por
>> > > >>> programaci�n, sin pasar por los dos asistentes.
>>
>> > > >>> 5.
>> > > >>> Los "asistentes" son los "constructores" que hay en casi todos
>> > > >>> los
>> > > >>> lenguajes actuales de "altas generaciones". Con los asistentes
>> > > >>> puede
>> > > >>> hacer ventanas en WinDev (formularios en VFP), "tables" en WinDev
>> > > >>> (cuadr�culas en VFP), reportes en ambos lenguajes, queries en
>> > > >>> ambos
>> > > >>> lenguajes, proyectos en ambos lenguajes, an�lisis de datos en
>> > > >>> WinDev
>> > > >>> (bases de datos en VFP), etc.
>>
>> > > >>> 6.
>> > > >>> Ambos lenguajes pueden conectarse a motores de datos externos;
>> > > >>> VFP
>> > > >>> utiliza ODBC para conectarse, mientras que WinDev puede usar
>> > > >>> tanto
>> > > >>> ODBC como algunos comandos nativos (no he llegado a esta parte en
>> > mis
>> > > >>> app; en la empresa hay plantilas que automatizan este aspecto).
>>
>> > > >>> 7.
>> > > >>> Al hecho de hacer click en un bot�n Ok o Aceptar en VFP, se le
>> > conoce
>> > > >>> como Validar en WinDev.
>>
>> > > >>> 8.
>> > > >>> La ejecuci�n de un programa s� se puede detener en WinDev si se
>> > > >>> hace
>> > > >>> click en un bot�n marcado como bot�n de Cancel, aunque una
>> > validaci�n
>> > > >>> sea incorrecta. En VFP aunque un bot�n est� marcado como bot�n de
>> > > >>> Cancel, la ejecuci�n de un programa 'no se detiene': hay que
Carlos Miguel FARIAS
Por lo que he analizado de wxpython, esta permite cosas mas interesantes que las que se pueden hacer con vfp estandar (al menos en lo que he visto).
Por ejemplo, el concepto de sizers, donde vos metes controles en una estructura de grilla que se estira y acomoda cada una de las celdas (y redimensiona los controles de adentro) en función del espacio total, no lo he visto con vfp común (no he visto lo ultimo de vfp, porque desde hace un tiempo caso estoy mas ahora en entorno web (php+postgresql) y vfp9 eso apenas se lograría algo lejanamente parecido con los anchor.
Las otras librerias gráficas para python no tienen tanta variedad de controles.
Dabo es similar a vfp pero todos los asistentes están medio como sueltos.
Por supuesto que un entorno como Windev es mucho mas completo e integrado (y 1000 euros más caro, ja ja)
Davo, python y wxpython (o las otras) son todas gratis, las herramientas de edición también.
En fin, hay para elegir.
Saludos: Miguel, La Pampa (RA)
A Wx tem um demo de exemplo de telas graficas com o uso de todos os controles, o visual é lindo.
--------------------------------------------------
From: "Mario López" <guag...@gmail.com>
Sent: Friday, April 13, 2012 4:16 PM
To: "Comunidad de Visual Foxpro en Español" <publicesvfoxpro@googlegroups.com>
Subject: [vfp] Re: Términos VFP vs WinDev
@Víctor:
personalmente wxPython no me parece para nada malo, fijate un
desarrollo mío con Dabo
http://troll.ws/plQSCt
Yo no lo veo tan feo (y claro, lo hice yo, que voy a decir :)), los
colores se ajustan al estilo de mi Windows -por ejemplo, cuando usaba
color verde oliva se veía todo en gradientes de verde-, anda en Linux
y Mac, y son solamente unas 500 lineas de código para un visualizador
de clases basado en Dabo que te permite ver y filtrar hasta con
resaltado de sintaxis todas las clases de cualquier librería Python.
Otros screenshots de programas wxPython:
Phatch: http://www.phatch.org/
SPE IDE: http://sourceforge.net/projects/spe/screenshots/37127
Wing IDE: http://4.bp.blogspot.com/_y_bGxMwbE9g/TLoxhge5lKI/AAAAAAAABDM/aJ0fQswTtxg/s1600/wingware4.JPG
Task Coach: http://www.taskcoach.org/
Mockup Screens: http://mockupscreens.com/index.php?page=Screen-Prototypes
En general, yo no veo las GUIs generadas con wxPython como horribles
ni anacrónicas, me parecen por lo menos
iguales o algo mejores que las de VFP estándar. Obvio que tanto como
VFP puede mejorarse notoriamente con
librerías como GdiPlusX, RibbonBar, etc wxPython podrá mejorarse con
sus propias librerías: AUI -Advanced User Interfaces- etc (hasta ví un
RibbonBar para wxPython :)). Además recordá que como todos estos GUIs
frameworks son multiplataforma algo de calidad sacrifican a cambio de
portabilidad.
Igualmente wxPython no el único framework GUI disponible:
* PyQt ya está soportado en Python 3
http://qt.nokia.com/qt-in-use/ambassadors/showcase/
* IronPython puede usar todas las clases del .NET o Mono
http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
* PyjamasDesktop te permite usar un backend de browser como GUI -vía
webkit y compilando python a javascript-
http://pyjs.org/examples/showcase/build/Showcase.html
y hay varios más.
> Código Dabo relevante:
> ---
> f = dabo.ui.getFile("cnxml")
> conn = dabo.db.dConnection(f)
> crs = conn.getDaboCursor()
> crs.Table = "zipcodes"
> crs.executeSQL()
> dabo.ui.browse(crs.getDataSet())
> ---
> Opinión mía anterior sobre Dabo
>http://newsgrupos.niuz.biz/microsoft-public-es-vfoxpro/884302-ot-vfp-...
> Por supuesto, no es "exactamente" igual que VFP, pero tiene una
> filosofía muy similar (diseñadores de clases, forms y reportes,
> ventana de comandos, etc). No en vano uno de los creadores es un
> "gurú" VFP (Ed Leafe, creador de Codebook y administrador de la lista
> de Profoxhttp://news.gmane.org/gmane.comp.db.foxpro.profox)
> No cobro nada por la propaganda, eh :))
> Igualmente coincido mayormente con vos en que cuando uno se pasa a
> otra herramienta de desarrollo hay que acostumbrarse a la forma de
> trabajar de ésta y no pretender que la misma haga todo "á la VFP"
> porque eso no existe.
> Sí está bueno elegir una herramienta lo suficientemente flexible que
> te permita desarrollar un scaffolding (andamiaje?) que te permita ser
> tan productivo -o más- con dicha herramienta como lo somos con VFP.
> > > On Friday, April 13, 2012 9:59:59 AM UTC-5, José Anthony Contreras
> Peralta
> > > wrote:
> > >> La opción BROWSE si que es importante para nosotros los
> desarrolladores
> > >> de VFP que podemos ver los datos al instante de cualquier consulta > > >> y
> poder
> > >> revisar en tiempo de desarrollo o ejecución para ver los datos
> filtrados
> > >> desde código.
> > >> El equivalente a BROWSE según lo que comentas no es posible en > > >> WinDev
> con
> > >> un simple comando, que lástima, ya que en WinDev hay que llevarlo > > >> a
> una
> > >> cuadrícula ("Table"), construida a mano.
> > >> La ventana de comandos en VFP si que es fundamental e importante.
> > >> En fin sabemos que entre los dos lenguajes existen diferencias...
> > >> *Saludes*
> > >> *
> > >> *
> > >> *Anthony Contreras Peralta*
> > >> *
> > >> *
> > >> *Costa Rica.*
> > >> El 13 de abril de 2012 00:39, HernanCano > > >> <jhernanca...@gmail.com>escribió:
> > >>> Glosario:
> > >>> ---------
> > >>> 1.
> > >>> En WinDev a un archivo de datos 'nativo' se le conoce como
> "fichero",
> > >>> es un archivo con extensión ".FIC" en formato HyperFile.
> > >>> En VFP estos archivos nativos tienen extensión ".DBF" y se les ha
> > >>> conocido como tabla (no me gusta el término y no lo volveré a
> > >>> utilizar, los llamaré archivos DBF) cuyo motor se le conoce como
> xBase
> > >>> (por similitud con otros compiladores que utilizan archivos de > > >>> datos
> > >>> similares --DBase, Clipper, Xbase, Harbour, FlagShip--.
> > >>> 2.
> > >>> En VFP tenemos los términos Grid-Grilla-Cuadrícula, que son
> sinónimos.
> > >>> En WinDev se le conoce --yo lo llamaré-- Table (no lo traduzco, > > >>> pues
> > >>> en VFP existe ese término pero con otro significado, como vimos > > >>> en
> el
> > >>> primer punto).
> > >>> 3.
> > >>> En WinDev tenemos la ventana de comandos, que no existe en > > >>> WinDev.
> Es
> > >>> una ventana donde podemos: (1) escribir comandos individualmente,
> (2)
> > >>> ejecutarlos, y (3) ver su resultado o respuesta.
> > >>> 4.
> > >>> En VFP podemos ver los datos de un archivo de datos (1) con el
> comando
> > >>> BROWSE, o (2) con un grid --este grid puede construirse con un
> > >>> asistente o puede definirse mediante la programación (sin > > >>> asistente)
> > >>> que permite el lenguaje de VFP--.
> > >>> En WinDev sólo en posible verlos con una table ("cuadrícula") la
> cual
> > >>> tiene que ser construida a mano --es decir armar cada uno de sus
> > >>> campos y cada una de las propiedaes de cada campo en varios
> > >>> pantallazos--, y a su vez la "table" tiene que estar incrustada > > >>> en
> una
> > >>> ventana de WinDev (formulario en VFP).
> > >>> En VFP el grid también tiene que estar incrustado en un > > >>> formulario,
> > >>> pero tanto la grid como el formulario pueden definirse por
> > >>> programación, sin pasar por los dos asistentes.
> > >>> 5.
> > >>> Los "asistentes" son los "constructores" que hay en casi todos > > >>> los
> > >>> lenguajes actuales de "altas generaciones". Con los asistentes > > >>> puede
> > >>> hacer ventanas en WinDev (formularios en VFP), "tables" en WinDev
> > >>> (cuadrículas en VFP), reportes en ambos lenguajes, queries en > > >>> ambos
> > >>> lenguajes, proyectos en ambos lenguajes, análisis de datos en > > >>> WinDev
> > >>> (bases de datos en VFP), etc.
> > >>> 6.
> > >>> Ambos lenguajes pueden conectarse a motores de datos externos; > > >>> VFP
> > >>> utiliza ODBC para conectarse, mientras que WinDev puede usar > > >>> tanto
> > >>> ODBC como algunos comandos nativos (no he llegado a esta parte en
> mis
> > >>> app; en la empresa hay plantilas que automatizan este aspecto).
> > >>> 7.
> > >>> Al hecho de hacer click en un botón Ok o Aceptar en VFP, se le
> conoce
> > >>> como Validar en WinDev.
> > >>> 8.
> > >>> La ejecución de un programa sí se puede detener en WinDev si se > > >>> hace
> > >>> click en un botón marcado como botón de Cancel, aunque una
> validación
> > >>> sea incorrecta. En VFP aunque un botón esté marcado como botón de
> > >>> Cancel, la ejecución de un programa 'no se detiene': hay que
HernanCano
Claro, muchachos.
Mi objetivo es que si alguno ha desarrollado algo que podamos usar y
desee compartirlo, lo haga.
Yo, en lo personal, estoy a disposición para responder inquietudes
como en el tema "Dudas sobre WinDev despejadas" donde algunos colegas
piden código tanto en VFP como en WinDev para comparar; yo ya
desarrollo ---un poco--- en WinDev y podría hacer algunos códigos para
comparar.
---
HERNAN
---
> >> *
> >> *
> >> *Anthony Contreras Peralta*
> >> *
> >> *
> >> *Costa Rica.*
>
Hugo C.
Muy interesante.
Hace algunos años habia visto esto:
http://paulmcnett.com/vfp/PythonVFP1.pdf
Saludos.
On 13 abr, 14:11, Victor Espina <vespi...@gmail.com> wrote:
> Mario, definitivamente eso se ve muuucho mejor que lo que yo habia visto:
>
> http://www.wxpython.org/screenshots.php
>
> Si eso es lo que se puede lograr con wxPython en estos dias, esta muy pero
> muy bien.
>
> Saludos
>
> Victor Espina
>
>
>
>
>
>
>
> On Friday, April 13, 2012 2:16:32 PM UTC-5, Mario López wrote:
>
> > @Víctor:
>
> > personalmente wxPython no me parece para nada malo, fijate un
> > desarrollo mío con Dabo
>
> >http://troll.ws/plQSCt
>
> > Yo no lo veo tan feo (y claro, lo hice yo, que voy a decir :)), los
> > colores se ajustan al estilo de mi Windows -por ejemplo, cuando usaba
> > color verde oliva se veía todo en gradientes de verde-, anda en Linux
> > y Mac, y son solamente unas 500 lineas de código para un visualizador
> > de clases basado en Dabo que te permite ver y filtrar hasta con
> > resaltado de sintaxis todas las clases de cualquier librería Python.
>
> > Otros screenshots de programas wxPython:
>
> > Phatch:http://www.phatch.org/
> > SPE IDE:http://sourceforge.net/projects/spe/screenshots/37127
> > Wing IDE:
> > Mockup Screens:http://mockupscreens.com/index.php?page=Screen-Prototypes
>
> > En general, yo no veo las GUIs generadas con wxPython como horribles
> > ni anacrónicas, me parecen por lo menos
> > iguales o algo mejores que las de VFP estándar. Obvio que tanto como
> > VFP puede mejorarse notoriamente con
> > librerías como GdiPlusX, RibbonBar, etc wxPython podrá mejorarse con
> > sus propias librerías: AUI -Advanced User Interfaces- etc (hasta ví un
> > RibbonBar para wxPython :)). Además recordá que como todos estos GUIs
> > frameworks son multiplataforma algo de calidad sacrifican a cambio de
> > portabilidad.
>
> > Igualmente wxPython no el único framework GUI disponible:
> > * PyQt ya está soportado en Python 3
> >http://qt.nokia.com/qt-in-use/ambassadors/showcase/
>
> > * IronPython puede usar todas las clases del .NET o Mono
> >http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
>
> > * PyjamasDesktop te permite usar un backend de browser como GUI -vía
> > webkit y compilando python a javascript-
> >http://pyjs.org/examples/showcase/build/Showcase.html
>
> > y hay varios más.
>
> > Un excelente post comparativo de GUIs en Python:
>
>
> leer más »
GeoSys Diseño de Software
Thierry Planchais - PC Soft
| |||
Actualidad :
- Les versions 17 pronto disponibles
Thierry Planchais - PC Soft
| |||
Actualidad :
- Les versions 17 pronto disponibles
HernanCano
// This is the CSV file (5 rows: one with header and four with data)
// Primero;Segundo;Tercero;Cuarto;Quinto
// 1;2;3;4;5
// 6;7;8;9;10
// 6;7;8;9;10
// 1;2;3;4;5
//
arrDatos[5,5] is array of strings
FileID is int
BytesRead is string
i is int = 0
// Open the Importa file that was created in the Analisis
HOpen(Importa)
// Open an external file
FileID = fOpen ( "C:\Temp\File.CSV", foRead )
IF FileID <> -1 THEN
fSeek(FileID, 0, fpBeginning)
WHILE NOT EOT
i++
// Read a line in this file
BytesRead = fReadLine ( FileID )
HReset(Importa)
Importa.Todo = BytesRead
HAdd(Importa)
END
// Close the external file
fClose(FileID)
END
On 13 abr, 22:17, GeoSys Diseño de Software <geosy...@gmail.com>
wrote:
>
> Este código de VFP que importa un archivo de texto plano sin delimitadores
> llamado 00000738.DAT, cuantas líneas de código se necesitan en WinDev?
>
> Digo si sabes y puedes hacerlo con WinDev, nos podrías mostrar el código
> convertido.
>
> CREATE CURSOR importa (todo C(100))
> append from "00000738.DAT" sdf
> BROWSE
>
> *
> *Anthony Contreras Peralta*
> *
> *
> *Costa Rica.*
>
HernanCano
Claro, Thierry. Seimpre con gusto.
>>> Pero la herramienta es mucho más que esto, porque en cada objeto, todo se puede
Me
interesa!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Pero yo diría que los asistentes no son automáticos sino
"interactivos".
>>> para que la gente no crea que estas herramientas son solo asistentes.
interesa!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
A mi gusto, y personalmente casi nunca utilizo estos asistentes, el
lenguaje de WinDev es un de sus puntos fuertes en su calidad y
velocidad de desarrollo.
interesa!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>>>... pero me gustaría que no se enfoquen demasiado en esto sabiendo que [[[[hay modos de programación completa]]]].
Me
interesa!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Como verás en mi respuesta, el colega "GeoSys" me puso en aprietos. Si
bien lo que me pide sí es posible en WinDev [[[¡¡¡cómo no!!!]]], toma
nota de lo sgte: ((( para tus respuestas a lo sgte, te puedes apoyar
en Alejandro Díaz )))
1. En VFP son tres líneas.
2. ¿Qué alternativa tiene WinDev para "crear un .FIC por
programación", es decir sin el asistente? Después de la respuesta
veremos como hacer que sea temporal ((la ppal caracteristica de un
cursores Fox))).
3. ¿Qué metodos para leer/capturar archivos de texto tiene WinDev?
Nosotros seleccionaremos el que más se ajuste a nuestra forma de
pensar.
4. Considero que el BROWSE de Fox no es comparable ((( alguien ya lo
mencionó ))) y que por lo tanto debe ser programado. ¿Alguien desea
compartir algo ---no importa de qué nivel--- que podamos usar para un
efecto "cómodo" similar?
--- --- ---
HERNAN CANO M.
--- --- ---
On 13 abr, 22:40, Thierry Planchais - PC Soft <tplanch...@windev.co>
wrote:
>
> Quisiera hacer un aporte a estos mensajes.
> Es cierto que las herramientas de WinDev, WebDev o WinDev Mobile tienen muchos asistentes que ayudan mucho, pero me gustaría que no se enfoquen demasiado en esto sabiendo que hay modos de programación completa.
>
> Es cierto que cuando uno ve las demostración de PC Soft (o hasta algunas de nosotros), a saber como hacer algo en 2 mn por ejemplo, haciendo clic, clic, clic, clic..... Se ve genial
>
> Eso es cierto, y es potente y es genial al nivel del marketing,
>
> Pero la herramienta es mucho más que esto, porque en cada objeto, todo se puede completamente programar sin tener que utilizar estos modos "automáticos"
>
> Personalmente, no conosco el lenguaje de VFP, aunque le tengo mucho respeto por lo que leo en el foro, pero quería hacer este comentario para que la gente no crea que estas herramientas son solo asistentes.
>
> A mi gusto, y personalmente casi nunca utilizo estos asistentes, el lenguaje de WinDev es un de sus puntos fuertes en su calidad y velocidad de desarrollo.
>
> WinDev, WebDev o WinDev Mobile, con o sin estos asistentes, permiten desarrollar aplicaciones muy potentes de un nivel profesional, lo que espera cada uno, que sea sus empresas o sus clientes finales, y a una velocidad muy importante.
>
> Un saludo
>
> Director General TAP STUDIO Latinoamérica
> Distribuidor PC SOFT en Colombia y Latinoamérica
>
> Tel. : + 57 1 226 95 70
> Cel : + 57 318 770 99 95
> - Les versions 17 pronto disponibles
>
>
>
>
>
>
>
>
> > Victor, es correcto lo que mecionas no debemos pensar que en otro LP encontraremos lo mismo que en nuestro VFP.
> > Pero por otro lado nos es dificil abandonar herramientas que se han construido con VFP, me refiero a nuestras clases, Yo por ejemplo tengo Frameworks (plantilas de clases) que con solo arrastrando y colocando en sus propiedades por ejemplo el nombre de la Tablas y campos a considerar, te arma un formulario de mantenimiento sin perder mucho tiempo, o por ejemplo la creacion de menús dinámicos.
> > Esto solo se consigue creando y programando las grillas y controles en tiempo de ejecución cosa que con WINDEV u otro no lo podría hacer , tan solo tendría que utilizar asistentes y esto me lleva tiempo ya que el asistente no te terminará de armar como tu clase programada.
>
> > Saludos.
>
> > El viernes, 13 de abril de 2012 10:55:55 UTC-5, Victor Espina escribió:
> > Lo mismo aplica para la ventana de comandos; eso es algo que no encontaremos en ninguna otra plataforma, asi que no puede ser un elemento a considerar al momento de evaluar una plataforma.
>
> > Otra cosa que NO encontraras en ninguna parte? la posibilidad de consultar o modificar cursores de memoria (o DataSets) mediante instrucciones SQL o cosas como REPLACE ALL. Eso SIMPLEMENTE solo existe en VFP y no lo veras en ninguna otra parte. Lo mas cercano a eso que he visto es LinQ y cualquier que haya intentado usar LinQ sabe que NI SE ACERCA a lo que puede hacer un SELECT interno de VFP.
>
> > Con esto lo que quiero decir es que no podemos esperar seguir trabajando como lo hacemos con los DBFs o cursores en otras plataformas; deben estar conscientes que el cambio a otra plataforma implica tambien un cambio en el paradigma de programacion; orientarse mas al esquema cliente-servidor (incluso si el cliente y el servidor son el mismo equipo), uso de stored procedures, mayor dominio del SELECT-SQL, etc.
>
> > Saludos
>
> > Victor Espina
>
> > On Friday, April 13, 2012 10:45:07 AM UTC-5, Victor Espina wrote:
> > Senores, no perdamos de vista que cosas como el BROSE son muy particulares de VFP y los lenguajes xBase en general. Esa funcionalidad no la encontraras en WinDev ni en ninguna otra plataforma, asi que es algo con lo que hay que aprender a vivir.
>
> > Como? pues facil: el hecho de que desarrollemos en WinDev, .NET o lo que sea, NO IMPLICA que nunca mas usaras VFP!.. En mi caso, sin importar con que estoy desarrollando, SIEMPRE tengo una ventana de VFP abierta para realizar distintas tareas que me ayudan en mi proceso de desarrollo con la otra plataforma.
>
> > Saludos
>
> > Victor Espina
>
> > On Friday, April 13, 2012 9:59:59 AM UTC-5, José Anthony Contreras Peralta wrote:
> > La opción BROWSE si que es importante para nosotros los desarrolladores de VFP que podemos ver los datos al instante de cualquier consulta y poder revisar en tiempo de desarrollo o ejecución para ver los datos filtrados desde código.
>
> > El equivalente a BROWSE según lo que comentas no es posible en WinDev con un simple comando, que lástima, ya que en WinDev hay que llevarlo a una cuadrícula ("Table"), construida a mano.
>
> > La ventana de comandos en VFP si que es fundamental e importante.
>
> > En fin sabemos que entre los dos lenguajes existen diferencias...
>
> > Saludes
>
> > Anthony Contreras Peralta
>
> > Costa Rica.
>
HernanCano
// Close the "Importa" file
HClose(Importa)
dasarobe
Mi nombre es Daniel Rodríguez y tenemos una empresa de desarrollo.
He desarrollado desde hace 25 años aproximadamente (desde DOS) y
considero a FoxPro / VFP una de las mejores y mas potentes
herramientas para aplicaciones comerciales de escritorio (Facturación,
Inventario, Nomina, Contabilidad, etc.)
A raíz de la decisión de Microsoft de "descontinuar" la herramienta
que me ha dado una estabilidad económica y que me ha permitido hacer
desarrollos mas rápidos y robustos que la competencia tomamos la
decisión de cambiar de Lenguaje de Desarrollo. Ha sido muy difícil,
ya que tenemos muchos desarrollos y librerías hechas con VFP y casi
con cualquier herramienta tenemos que comenzar en ceros.
Analizamos muchas herramientas para tomar la mejor alternativa. Las
condiciones que necesitamos son: Desarrollo para Escritorio en redes
LAN, en lo posible motor de base de datos integrado (ojala gratis),
facilidad de aprendizaje, que tenga buena presentación al usuario
final, conectividad con varias bases de datos (SQL Server, MySQL,
Oracle, etc.), que no sea muy costosa, permitir hacer exportaciones a
Excel e impresiones en PDF, que tenga forma de conectarse a objetos
externos fácilmente (Outlook, Excel, Google, etc.), libre distribución
al usuario final, que sea mas "potente" que VFP, buen soporte a futuro
lejano (que vaya a la vanguardia de las tecnologías), que no sea
gratis (por el soporte de una empresa), y por último que pueda ser
multiplataforma (linux, mac, web, dispositivos móviles) ya que
queremos abrir las posibilidades a nuestros clientes. Al final
elegimos la suite de PC Soft (WinDev, WebDev y WinDev Mobile) ya que
nos da casi todo lo que estábamos pensando.
En este momento las aplicaciones nuevas las estamos desarrollando en
WinDev, WebDev y estamos en proceso de migración de las aplicaciones
antiguas, en algunos casos hemos tenido que hacer enlaces con las
bases de datos de VFP o ejecutar algún modelo hecho en VFP desde
WinDev
Hasta el momento nos ha parecido que dimos en el clavo con el cambio
de plataforma de desarrollo, nos ha parecido mas potente en varios
aspectos a VFP y en otros le falta algunas cosas que en VFP lo
hacíamos mejor (ventana de comandos por ejemplo), pero en general es
una herramienta que nos permite ser mas productivos que VFP, no unas
10 veces como dice la publicidad pero si se hacen mas cosas con menos
instrucciones.
En cuanto a la curva de aprendizaje desde VFP me parece que es muy
corta, prácticamente en una semana ya puedes estar desarrollando.
Aunque es preferible hacer el desarrollo con los asistentes también es
posible hacerlo con código, de tal forma que he copiado código de VFP
y con algunos cambios lo he pegado en WinDev, de todas formas para
migrar una aplicación la idea es hacerla con la potencia del lenguaje
y dejar atrás la forma en que lo hacíamos en VFP.
En WinDev no existen los "cursores" de VFP, pero cuando haces una
consulta esta se puede acceder y manipular si es necesario por medio
de un "Data Source", se puede hacer un "SCAN ALL" en VFP como un "FOR
EACH" en WinDev y hay muchas similitudes.
Las "Grid / Cuadriculas" en VFP se llaman acá "Tables", que para mi
concepto son mas potentes que en VFP, se pueden vincular a una
consulta, a un "Fichero" ("Tablas" en VFP) o se pueden trabajar como
una matriz de datos totalmente independientes de bases de datos,
incluso se pueden mezclar celdas o columnas, y se puede acceder a
cualquier celda de la "Table" directamente (similar a Excel).
En cuanto a las consultas múltiples en VFP que se hacen a varios
cursores y luego se unen para generar otro cursor que luego se coloca
en una grid o se imprime, existen varias posibilidades en WinDev.
Hicimos un procedimiento en donde hay 15 consultas y luego una unión
de las 15 consultas para luego recorrer los registros y hacer unos
procesos adicionales para mostrarlos en una "Table" (Grid) al usuario
final.
La diferencia en tiempo del proceso hecho en VFP (con tablas nativas)
y en Windev (SQL Server) en una red local cableada fue muy parecido
(VFP le gano por muy poco) en la misma red pero con Wi-Fi WinDev le
gano por mucha diferencia a VFP y en Intenet no es comparable debido a
que las tablas de VFP no son accesibles por internet, obviamente que
si las bases de datos estuvieran en SQL Server accedidas desde VFP es
posible que el resultado seria parecido a WinDev, pero la base de
datos de WinDev HyperFile si se puede acceder desde internet.
Hay varias posibilidades para hacer múltiples consultas y luego
unirlas en una sola para presentarla en una "Table" (Grid), voy a
enumerar tres:
1. Se hace todas las consultas y la unión en el servidor por medio de
procedimientos almacenados y se retorna el resultado final, me parece
lo mas recomendable pero para mi caso no lo podía hacer debido que la
base de datos es compartido con otros desarrolladores.
2. Hacer las consultas a partir de las otras consultas (en WinDev se
puede realizar una consulta a partir del resultado de otra consulta),
no lo recomiendo debido que vi que era muy lento, al parecer debe
retornar los datos al servidor para realizar la nueva consulta, si es
base de datos local con HyperFile no es mucha la diferencia, pero por
internet si.
3. Esta fue la opción que tomamos al final, se genera la consulta y se
copia a un archivo local temporal (FIC) luego se unen todos los
archivos locales temporales en una consulta y se muestra en una
"Table" (Grid), simplemente utilice los archivos locales temporales
como si fueran cursores en VFP.
Podría seguir explicando similitudes y diferencias de ambos lenguajes
pero me alargaría demasiado, si tienen inquietudes podríamos hacer una
reunión virtual y hablar sobre el tema.
En resumen, para nosotros que venimos de desarrollos en VFP nos ha
parecido la mejor alternativa el cambio a WinDev, aunque es diferente
vale la pena.
Gracias
Daniel Santiago Rodríguez Begambre
dasarobe
En WinDev no existe el comando Browse, pero la tablas se pueden
visualizar con una herramienta llamada WDMAP
Para crear una descripción de tabla como CREATE CURSOR es mas complejo
se debe definir una descripcion de archivo HDESCRIBEFILE, pero si
deseamos hacerlo similar a FOX (no loconsidero necesario porque
podemos definir la estructura en el analisis y utilizarla cuando lo
necesitemos) se puede hacer un procedimiento que nos cree el "cursor"
en tiempo de ejecución
Para importar un archivo de texto es con hImportText, te doy un
ejemplo:
IF HImportText("CUSTOMER", "C:\AnExample\Customer.txt",...
"NAME, ADDRESS, LOGO", hDefaultVal, "ProgressBar1") = False THEN
Error("Unable to import")
ELSE
// Process
END
Ahora aunque no es comprable los códigos (estas utilizando la máxima
potencia de Fox en esa tres lineas de código) te voy a mostrar cmo
sería en WinDev:
// CREATE CURSOR importa (todo C(100))
// No es necesario en WinDev, ya que lo defino en el análisis
// append from "00000738.DAT" sdf
hImportText("Importa","00000738.DAT") // o algo similar dependiendo
del archivo de texto
//BROWSE
ShellExecute("Importa.fic") // Debes tener instalado el WDMAP, o si
no lo vinculas a una "Table" (Grid) en una "Ventana" (Formulario)
Por lo tanto se utilizan dos lineas de código, te repito los códigos
no son comparables ya que WinDev utiliza mucha parte visual para el
desarrollo (mas comodo en algunos casos).
>
> Este código de VFP que importa un archivo de texto plano sin delimitadores
> llamado 00000738.DAT, cuantas líneas de código se necesitan en WinDev?
>
> Digo si sabes y puedes hacerlo con WinDev, nos podrías mostrar el código
> convertido.
>
> CREATE CURSOR importa (todo C(100))
> append from "00000738.DAT" sdf
> BROWSE
>
> *
> *Anthony Contreras Peralta*
> *
> *
> *Costa Rica.*
>
dasarobe
Aunque la versión Express es bastante limitada hice estos ejercicios para que cualquiera puede ejecutarlos.
Es una aplicación pequeña de cuatro ficheros (tablas) y unas tres ventanas (formularios), para que descarguen la versión Express y
puedan ver el programa fuente.
Para realizar un proyecto primero se debe crear el Analisis (algo así como el diccionario de datos), el analisis no crea ningún
fichero (tabla), los archivos de datos se crean automáticamente cuando tenemos HyperFile Classic o Cliente Servidor, si se tiene otra
bases de datos (SQL server, MySQL, Oracle) se genera el script correspondiente para crear las tablas en esa base de datos.
Las varibles se deben definir con su tipo (fuertemente tipeadas), al principio es un poco molesto debido a la forma un poco
descomplicada de VFP, pero al final es muy práctico debido a que no podemos asignar un dato a esa variable que no le corresponda,
además WinDev hace la traducción automática de los diferentes tipos, ej:
A is string
B is int = 20
C is string
A = B // A contiene "20"
C = A + B // C contiene "2020"
B = C // B contiene 2020El bloqueo de registros y la integridad referencial se hacen en forma automática.
Primero hice una aplicación con el RAD, no hice una sola línea de código y lo deje sin modificaciones tal cual los genero el WinDev,por lo que veran que esta bastante simple.
La generación nos crea una aplicación mas o menos funcional en algunos aspectos, pero es necesario terminar de pulir, organizar y
personalizar nuestra aplicación.
La aplicación con RAD tardo menos de media hora para generarla, no se toco una sola línea de código y por supuesto que le falta mucho
trabajo todavía para que quede un programa aceptable, se puede descargar desde: http://www.sistemasia.com/WinDev_Ejemplos/Con_RAD.rar
lo descargan y descomprimen en un directorio para hacer pruebas.
Para el segundo ejercicio tome el mismo análisis del primer ejercicio. No utilice la generación por RAD.Las ventanas (formularios) de Terceros y Productos lo hice con RAD (solo las ventanas), luego las puli un poco. También se pueden
hacer desde cero.
En las observaciones del Tercero se puede utilizar formato RTF
Se crearon un informe de Terceros y Productos basados en la table (cuadricula/grid) de la ventana (formulario).
El código que se necesitó para el funcionamiento de la ventana (formulario) ha sido muy poco.
La ventana (formulario) de Movimiento la hice desde cero con una ventana en blanco, agregue y valide los controles, es de la forma
Encabezado / Detalle.
La consulta del encabezado de movimiento y detalle de movimiento se hicieron con el generador de consultas, pero al mostrar la
ventana popup de detalle hice la consulta manual con el fin de ilustración, lo normal es hacerla con el generar de consultas y
ejecutarlas con HExecuteQuery, para mi concepto es una de las mejores herramientas de WinDev.
Se hizo una ventana popup para mostrar los datos del detalle en la consulta.
Coloque un código en el inicio del proyecto para mostrar lo sencillo que es la conectividad con una base de datos (en este caso
Hyperfile). Yo recomiendo crear el análisis como si la conexión se realizará con una base de datos Hyperfile classic y luego se
cambia la conexión a cualquier motor, tener en cuenta que en lo posible debe ser conexión nativa de WinDev (algunas conexiones
nativas son de pago) pero también lo podemos hacer por medio de OLEDB.
La aplicación sin RAD tardo aproximadamenre 6 horas para su desarrollo, se puede hacer en un poco menos cuando se tiene mas habilidado un poco mas cuando se desea pulirla, se puede descargar desde: http://www.sistemasia.com/WinDev_Ejemplos/Sin_RAD.rar lo descargan y
descomprimen en un directorio para hacer pruebas.
En los archivos comprimidos quite las DLL que necesita el programa, cuando usted compile o ejecute el programa se instalaranautomáticamente.
Aunque esta no es la forma en que desarrollamos normalmente lo trate de hacer sencillo para ver algunas caracteristicas de WinDev.Espero que les guste, les aporte a su conocimiento, y les sirva para tomar decisiones.
Gracias, Att.Daniel Rodríguez