FoxPro a Harbour

[amminf x]

Hola,

Sigo esta lista: somos xBase-parientes... primos diría yo.

Por si resultara de su interés, aquí les dejo el enlace de alguien que, parece, ya ha hecho la transición FoxPro a Harbour

https://groups.google.com/forum/?fromgroups#!topic/harbour-users/jFORBli51e4

Yo habitualmente uso Harbour, pero no vengo de FoxPro; vengo de Clipper + Fivewin.

Salu2

[almonts ( www.ontarioxb.es )]

Buenas tardes Grupo.

Os aseguro que Harbour-xHarbour es todo un mundo además con foros muy activos y llenos de hispanohablantes como aqui.
La migración es muy sencilla ya sabes el 90% del código.
Yo he empezado a hacer mis pruebas con HMG extended y es sorprendente la rapidez de los ejecutables.

Lo que me extraña en este tiempo es que nadie haya intentado realizar un programa para migrar formularios de fox a prg de harbour.
No sería complicado.

[Antonio Meza]

Podrías publicar los enlaces que tienes en español y foros? 

saludos

Antonio Meza

[ZeRoberto]

xHarbour no es el Clipper?

[Antonio Meza]

Pero no dice si compila a 32 o 64

[almonts ( www.ontarioxb.es )]

Si.
A ver si tengo un poco de tiempo este fin de semana..

[almonts ( www.ontarioxb.es )]

Es un compilador basado en Clipper. Además se ha ampliado el lenguaje.
A grandes rasgos "convierte" archivos prg a archivos en c. Que pueden ser linkados por varios compiladores de C.
De 32 y 64 bits. Borland - embarcadero. Ms visual estudio. Pelles C.
Y un largo etc.

[almonts ( www.ontarioxb.es )]

https://harbour.github.io

El problema que le veo es que hay tantos IDE y variantes, que le pasa como al Linux, no sabes cual escoger..

Prometo ampliar información al grupo.
Ahora bien si alguien se pregunta en qué desarrollo ahora mismo. Que nadie dude que lo hago en VFP9. Y los proyectos nuevos que me salen si son para versión escritorio también en Fox, queda cuerda para rato. Eso no quita el seguir de cerca otros lenguajes xbase que sacan nuevas versiones cada mes.

Saludos..

[Antonio Meza]

Googleando un poco si que hay muchas cosas sobre este tema. baje el que comentaste antes he hice unas pequeñas pruebas, se parece el ide a lazarus así tipo pascal.

saludos

Antonio Meza

[Carton Jeston (9.0.0.7423)]

Hace años que vengo siguiendo Harbour, pero como bien dices, es el camino logico para quien viene de clipper5+fivewin. En su dia, creo que todos hemos pasado de dbase a clipper 87 pero en mi caso, tras esperar el poco comprendido Visual Objects, me enganche al foxpro 2.6.Me consta que grupoSP en su dia migro a harbour y probablemente lo siga usando, pero ellos tambien venian de clipper+fivewin.

Seria interesante saber si con harbour compila pseudo o nativo como c++ para evitar descompiladores.

El miércoles, 4 de enero de 2017, 17:43:55 (UTC+1), amminf x escribió:

[amminf x]

Hola:

Harbour se ha convertido en un grandisimo compilador:

- Funciona para Windows, Linux, FreeBSd, IOS, Android, etc...

- Ha desarrollado una libreria para dar compatibilidad FoxPro, llamada hbFoxPro

- Permite el uso de últimas tecnologias

- Uso de bbdd Sql o rdd

- Muchas librerias graficas: Fivewin for Harbour, Xailer, hbQt, hwgui, oohg, etc...

- Compilación y ejecucion de codigo prg "al vuelo", es decir, en tiempo de ejecucion.

- etc...

Hay quien lo usa de servidor de paginas web http://xthefull.blogspot.com.es/2015/09/web-server-harbour.html

Hay quien lo usa para desarrollo de programas Android https://bitbucket.org/fivetech/fivetouch-public-repository/downloads/fivetouch_alpha_demo_20150303.apk o mediante QTContribs.

Harbour es un compilador abierto, concretamente open source. No tiene nada que ver con Clipper, sino en la sintaxis.

Ciertamente no creo que haya otro compilador xBase que le supere.

Salu2

[mapner]

Hola,

Harbour se ha convertido para Clipper no lo que ningún proyecto similar ha conseguido para Visual Foxpro, o sea, darle vida a adicional a un lenguaje/plataforma luego de que su fabricante original lo discontinúe, y realmente es asombroso los logros del HB y su comunidad. El tema es que en principio no es tan "visual" como lo es VFP y quizá por eso no haya atraído gente del zorro, pero el lenguaje xBase de Clipper enriquecido en HB es más que potente para desarrollar proyectos serios.  

Antes de comenzar con Foxpro trabajé varios años en Clipper y al migrar extrañaba varias características como los arrays dinámicos anidados {{"uno",2,"tres"},{"segundo",5,"seis"}} o las declaraciones de variables con asignación como por ejemplo LOCAL nVar1 := 1, nVar2 := 2 ... y otras tantas cosas

Sin duda a Harbour hay que prestarle atención como alternativa a VFP.

Saludos

[Alfonso Arias Lemas]

Y que RAD usar entonces, que sugieres…

[almonts ( www.ontarioxb.es )]

El tema del RAD para elegir es complicado.Existen tantos casi como versiones de Linux ;)

Yo particularmente utilizo HMG Extended:  http://www.hmgextended.com/
Base de datos MariaDB.

Acabo de realizar un video de una aplicación en producción, aún no está ni al 30% de lo que será pero que sirva de ejemplo
Tened en cuenta que la base datos se aloja en un Servidor Remoto, y aún asi la conexión es muy bena

Podeis visualiza rle video aqui:  https://youtu.be/Mm6-X3Q_gHI

[Antonio Meza]

y la parte de reportes como lo manejas?

saludos

Antonio Meza

[Alfonso Arias Lemas]

Ok, gracias almonts……

[HernanCano]

Quizá (x)Harbour sea un buen abiente.

Mis dificultades/acercamientos con él son:

1. El lenguaje es más Clipper que FoxPro.

2. Las asignaciones con := me descuadran la mente (necesito pensar en mi lenguaje, no en Clipper).

3. La carencia de muchas prestaciones visuales ("Define Class ---- as Form" y asociados)

4. El BROWSE no existe como lo conocemos: hay una función llamada TBrowse pero no es lo suficientemente similar.

5. La "compatibilidad FoxPro" no la considero lo suficientemente completa.

https://groups.google.com/forum/#!topic/harbour-users/TAQKJshR01I

https://github.com/vszakats/harbour-core/tree/master/contrib/hbfoxpro 

https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/santysoft/hbfoxlib_1_2.rar

https://code.google.com/archive/p/santysoft/downloads?page=2

6. Todo tiene que ser compilado con algún compilador de C: 

6.a. Usando xHarbour: mirar la sección "Your First MiniGUI Program" (cabe en una sola pantalla).

http://hmgextended.com/gettingstarted.html

6.b. Usando Harbour: mirar la sección "Compiling a simple program" (cabe en media pantalla).

http://www.elektrosoft.it/tutorials/how-to-build-harbour-for-windows/how-to-build-harbour-for-windows.asp#compilingasimpleprogram

7. https://en.wikipedia.org/wiki/Harbour_(software)

8. Convertir un programa en modo texto directamente a interfaz gráfica de usuario es un trabajo doloroso:

https://vivaclipper.wordpress.com/tag/harbour-project-file/

Converting a text mode program to directly GUI (Graphical User Interface) is a painful job. First, we need to find a Compiler with GUI support, or a GUI library usable with a specific compiler. If we have more than one opportunity ( yes, it is so ) we need make a choice between them.

9. Inicio Rápido de Migración: "Este es el sueño de todo programador Clipper-DOS":

https://vivaclipper.wordpress.com/tag/harbour-project-file/

10. Harbour MiniGUI IDE:

https://sites.google.com/site/hmgweb/ide

[José Enrique Llopis]

Básicamente estoy de acuerdo con este comentario, lo de la sintaxis me da bastante igual, pero el gran problema que le veo es que todos queremos que el entorno al que vamos a ir migrando tenga garantizada, en la medida de lo posible, la continuidad y el futuro.

 

Hoy por hoy el entorno Harbour es muy interesante, no lo dudo, pero lo que ves en USA es que la gente está migrando las aplicaciones Fox a C#/WPF, y todo el ecosistema de Visual Studio, Xamarin (tremendamente interesante y desarrollado por el mexicano Miguel de Icaza), y demás herramientas de ese entorno.

 

En fin, solo una opinión por supuesto.

 

José Enrique Llopis

 

 

---

De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de HernanCano

Enviado el: lunes, 09 de enero de 2017 3:51
Para: Comunidad de Visual Foxpro en Español

[amminf x]

El lunes, 9 de enero de 2017, 3:50:58 (UTC+1), HernanCano escribió:

Quizá (x)Harbour sea un buen abiente.

Mis dificultades/acercamientos con él son:

1. El lenguaje es más Clipper que FoxPro.

 

El lenguaje en sí no ha crecido en tanto que consideremos lenguaje el conjunto de comandos y operadores.

 

2. Las asignaciones con := me descuadran la mente (necesito pensar en mi lenguaje, no en Clipper).

Tambien se puede hacer x = y 

 

3. La carencia de muchas prestaciones visuales ("Define Class ---- as Form" y asociados)

Eso lo cubren los GUI. Hay muchisimos. Hay uno basado en la libreria multiproposito QT, llamado hbQT. También hay un GUI llamado Xailer, con un potentisimo IDE.

 

4. El BROWSE no existe como lo conocemos: hay una función llamada TBrowse pero no es lo suficientemente similar.

Probablemente los browses que te encuentres en los distintos GUIs sean tan avanzados como tus necesidades requieran. Recomiendo ver el xBrowse de FiveWin for Harbour 

5. La "compatibilidad FoxPro" no la considero lo suficientemente completa.

https://groups.google.com/forum/#!topic/harbour-users/TAQKJshR01I

https://github.com/vszakats/harbour-core/tree/master/contrib/hbfoxpro 

https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/santysoft/hbfoxlib_1_2.rar

https://code.google.com/archive/p/santysoft/downloads?page=2

No digo yo que no. Quizá un equipo de fox users podría ayudar a remediar ese tema.

 

6. Todo tiene que ser compilado con algún compilador de C: 

Lo cual es una tremenda ventaja. Ahora puedes usar Embarcadero C++ 7.00, ahora puedes usar GCC, o puedes ir con Visual C++. Es una gran ventaja: cambias el .bat de compilacion y puedes usar el último compilador C++. Por no decir que precisamente esto es lo que posibilita que sea multiplataforma: Ñinux, Windows, Android, IOS, Beos, FreeBSD, etc...

6.a. Usando xHarbour: mirar la sección "Your First MiniGUI Program" (cabe en una sola pantalla).

http://hmgextended.com/gettingstarted.html

Bueno, eso es la libreria gui hgmgextended. Hay otras. 

6.b. Usando Harbour: mirar la sección "Compiling a simple program" (cabe en media pantalla).

http://www.elektrosoft.it/tutorials/how-to-build-harbour-for-windows/how-to-build-harbour-for-windows.asp#compilingasimpleprogram

7. https://en.wikipedia.org/wiki/Harbour_(software)

8. Convertir un programa en modo texto directamente a interfaz gráfica de usuario es un trabajo doloroso:

https://vivaclipper.wordpress.com/tag/harbour-project-file/

Te recomiendo que uses QTContribs -> hbQTWidgets: hace una transformacion exacta de un programa texto a un programa GUI. Te dejará perplejo, te lo aseguro. ;-)

 

Converting a text mode program to directly GUI (Graphical User Interface) is a painful job. First, we need to find a Compiler with GUI support, or a GUI library usable with a specific compiler. If we have more than one opportunity ( yes, it is so ) we need make a choice between them.

9. Inicio Rápido de Migración: "Este es el sueño de todo programador Clipper-DOS":

https://vivaclipper.wordpress.com/tag/harbour-project-file/

10. Harbour MiniGUI IDE:

https://sites.google.com/site/hmgweb/ide

Para un super IDE, te recomiendo el de Xailer. Es lo más de lo más. 

[ZeRoberto]

Del Xailer aparte hay que bajar el compilador Borland? donde se descarga? también es de pago?

[amminf x]

Aquí tienes el foro de Xailer para hacer todas las preguntas que desees: http://www.xailer.com/forum/

Saludos

[arti...@gmail.com]

Yo al final me he decidido por C#, es más complejo pero creo que a la larga tiene grandes beneficios. Estoy con Visual Studio 2015 y ya estoy empezando a diseñar cositas... Es más, por lo que aparentemente veo, Microsoft ha 'aprendido' mucho de la forma de trabajar de VFP y lo ha plasmado en Visual Studio,

[amminf x]

Hola,

Lo que no sabemos es si Microsoft ha aprendido que a los usuarios no hay que dejarlos "tirados" porque decide que un lenguaje ya no le resulta rentable.

Después de lo que ha hecho con la comunidad, apostar de nuevo por Microsoft...

Dicen que si me engañan una vez el culpable es el falsario; si me engañan dos veces, el culpable soy yo.

Te lo diré en términos más tecnicos: Microsoft hubo un día en que era el rey indiscutible. Hoy ya no es asi. Tecnologias como SilverLight parecian que lo ponian en la mejor posicion... pero esa tecnologia ya no es admitida por los estandares abiertos, igual que Microsoft Edge no es el navegador más usado ni de lejos, e igual que las tecnologias web Microsoft no son las más utilizadas.

Hoy dia Microsoft no tiene preponderancia... y en el escritorio, su ancestral dominio, está siendo sustituido en muchos casos por sistemas Linux.

En todo caso, siempre, siempre, siempre, la mejor herramienta es aquella que a uno le hace ganar dinero. ¿ O no ? ;-)

Saludos

[almonts ( www.ontarioxb.es )]

Desde luego Xailer, posiblemente sea el mejor IDE-RAD para desarrollar app en ambiente Harbour-xHarbour.
Además está desarrollado aqui en España, y por supuesto tiene su coste. Hasta hace poco hacian un descuento del 50% sobre el precio, presentando Factura o licencia de VFP.

Yo utilizo HMG extended porque es open source y de código libre, y además funciona.Pero existen muchos mas (OOGH, HMG....)
Los formularios los desarrollé a golpe de teclado con PSPAD, no hay que asombrarse si utilizas PHP te sucede lo mismo.
Pero una vez tienes 2 o tres formularios tipo, es copiar y pegar.

[amminf x]

almonts,

 

Los formularios los desarrollé a golpe de teclado con PSPAD, no hay que asombrarse si utilizas PHP te sucede lo mismo.

 

¿ Asombrarse ? Yo desarrollé en mis inicios con el GUI y fivewin un sistema de posicionamiento automatico de controles. Asi escribo sólo codigo, sin coordenadas y se posiciona solo, permitiendo intercalar facilmente nuevos controles. Es el sistema que aun utilizo con gran éxito, y que no cambio por ningún RAD del mundo: gracias a él me olvidé de diseñar pantallas.

Con ese sistema, nunca he necesitado IDE alguno.

 

En todo caso, Xailer, nunca lo he usado, pero sé que aporta tecnologías interesantisimas, además del IDE: data controls, webservices,... Creo que merece la pena pagar por algo que te va a ahorrar mucho trabajo y te va a posibilitar aumento de ingresos. No sé de qué esa manía de algunos de sólo buscar herramientas free.

Para PHP con diseñador de pantallas te recomiendo FWeb http://www.itarraco.com/forum/index.php, que lo usé durante un tiempo. Ahora, para ambiente web, uso este: http://prd.one-two.com:51042/demo/AboutPage/abmaterial-about.html?14, que no siendo ni de Microsoft, ni de ningún otro grande, les salta por encima varios metros.

Saludos

[mapner]

Hola,

Estuve revisando info y documentación on line sobre Harbour y me cuesta encontrar ejemplos de conexión y manejo de bases de datos cliente servidor ya sea por ODBC o librerías directas. Algunos de los experimentados en HB tendrán data sobre esto?

Saludos

[amminf x]

Hola mapner,

En Harbour existen multitud de forma de conectar a datos, algunas directamente, otras por ADO.

Puedes usar los tipicos rdd's: DBFCDX, DBFNTX, DBFSIX, etc. ampliados y muy mejorados. Estos en Harbour siguen siendo válidos, primero porque hay servidores de Dbf como LetoDb o Hbnetio y segundo porque pueden ser utilizados en programas de moviles, por ser ligeros, por ejemplo, en Android.

Puedes usar tu programacion de tablas dbf (solo el codigo prg), pero contra RDBMS (Sql) usando ADORdd (https://github.com/AHFERREIRA/adordd)

Puedes conectar a MySql con TDolphin, TMySql y el oficial hbMysql (http://tdolphin.blogspot.com.es/)

Puedes conectar a PostgreSql con hbPgSql

También hay conexión a Sqlite con hbSqlit3

Puedes usar programacion contra tablas dbfs, pero basado en RDBMS (Sql), usando SqlMix

Yo por mi parte uso MySql con la clase TDolphin.

Aquí unos enlaces para el manejo ADO:

http://wiki.fivetechsoft.com/doku.php?id=ado-related_stuffs

http://bielsys.blogspot.com.es/2008/04/usando-origenes-de-datos-ado-y-2.html

Acceso a MySql con TDolphin:

http://forums.fivetechsupport.com/viewtopic.php?f=6&t=30277

A título informativo sólo comentar que un desarrollador está creando un acceso universal nativo a bbdd Sql, llamado HDO. http://forums.fivetechsupport.com/viewtopic.php?f=6&t=33261&start=0. El objetivo, según el creador, es dotar a los programas Harbour/ xHarbour de un acceso nativo a los RDBMS más habituales (Sqlite, MySql, PostgreSql, etc) que supera en mucho la velocidad de ADO.

Saludos

[Alfonso Arias Lemas]

Hola, y podrías comentar algo del generador de informe al estilo de VFP o FoxyPreviewer si es que tiene….

 

 

De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] Em nome de amminf x

Enviada: 10 de janeiro de 2017 11:26
Para: Comunidad de Visual Foxpro en Español

[amminf x]

Hola Alfonso,

Como vengo comentando, para Harbour hay varios GUIs: fivewin, Xailer, hbQt, Hmg, OOhg, Hmg extend, etc...

Cada uno de los GUIs, suele tener uno más usado, pero el asunto está abierto y va según gustos del usuario.

En Xailer usan uno externo muy extendido: FastReport http://www.xailer.com/?products&productxafastreport

En fivewin usan el EasyReport y el FastReport.

En hbQt, basado en QT, no sé cual utilizan... supongo que el propio de QT  https://groups.google.com/forum/#!forum/qtcontribs

No es extraño usar diseñadores de reportes externos: lo hacen asi en PHP o Java, por poner dos ejemplos de lenguajes muy usados.

En mi caso, usando fivewin, me hice el mio propio, y es asi como imprimo presupuestos, pedidos, albaranes, facturas, recibos, etiquetas, listados, etc...

Saludos.

[Alfonso Arias Lemas]

Ok, gracias….

[Jorge Galván Pérez]

Hola podrias excplicarme un poco sobre servidores de Dbf como LetoDb o Hbnetio.

Gracias

[amminf x]

Hola Jorge,

LetoDb, software abierto, funciona igual que Advantage Database Server, que es también un servidor para archivos .dbf, pero este último es software propietario con unas costosas licencias.

LetoDb tiene soporte para cualquier tipo de indice: .ntx, .cdx o .nsx.

Funcionamiento: De un lado corre un modulo servidor, y de otro, enlazado con el ejecutable, corre el modulo cliente. 

El cliente hace peticiones al modulo servidor, que devuelve los resultados, pasando por el cable sólo las respuestas, porque la lógica de proceso se hace en el lado del servidor.

En el fondo, esta tecnología dbf cliente-servidor, trata de emular el funcionamiento de cualquier RDBMS, al minimizar la cantidad de datos que "pasan por el cable", minimizando así también el riesgo de pérdida de información y/o corrrupción de la misma.

Saludos

[mapner]

Estuve viendo el LetoDB, impresionante. Un Cliente / Servidor con DBFs. Le faltaría una interfaz ODBC o ADO para accederlo por otras aplicaciones que no sean Harbour.

[amminf x]

Quizá te refieras a un objeto OLE, que le permitiría ser manejado por otras aplicaciones.

No debe ser difícil en Harbour crear un OLE server para LetoDb. Aqui hay un ejemplo sencillo de como hacer un servidor OLE https://github.com/harbour/core/blob/master/contrib/hbwin/tests/olesrv1.prg

Si alguien quiere proponer la creacion de un objeto OLE para LetoDb, lo puede hacer aqui https://groups.google.com/forum/?fromgroups=#!forum/harbour-users

[mapner]

Que bueno, tienen muy trabajado el tema de hacer extensiones. Un entorno para tener en cuenta.

Y para aplicaciones WEB Harbour tiene algo?

[amminf x]

Hay gente que ha hecho cosas para la web, DIRECTAMENTE con Harbour.De hecho tiene implementado un server de paginas web.

Te dejo un ejemplo http://xthefull.blogspot.com.es/2015/09/web-server-harbour.html

Información sobre el servidor web de Harbour hay aquí http://fivetechsupport.com/forums/viewtopic.php?f=6&t=25949&start=0

Yo, por otras razones que quizá no vengan al caso, para el desarrollo web opté por esto http://prd.one-two.com:51042/demo/AboutPage/abmaterial-about.html?14 que combino con mi programa Harbour.

[amminf x]

Lo olvidaba, Walter Nunes también hizo un modulo Harbour para Apache.

Lo podeis ver aqui: https://groups.google.com/forum/?fromgroups#!searchin/harbour-users/nunes%7Csort:relevance/harbour-users/TFQPX471rDQ/9O6Jjb-iI3YJ

[Alfonso Arias Lemas]

Realmente si hubiera tenido antes alguna motivación sobre Harbour como ahora hubiera comenzado con este xBase, se ve interesante, creo es la primera vez en el Forum que se habla de este tema y las facilidades que da Hb. Sólo que ya estoy bastante metido en Lazarus (FreePascal) y creo para mi no se justifica ahora el retorno a los xBase, al final utilizo como SGBD a PostgreSQL.

 

Saludos.

 

 

 

De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] Em nome de amminf x
Enviada: 10 de janeiro de 2017 19:51
Para: Comunidad de Visual Foxpro en Español
Assunto: [vfp] Re: FoxPro a Harbour

 

Lo olvidaba, Walter Nunes también hizo un modulo Harbour para Apache.

[Lucho Montero]

Hola Gente:

Buenas tardes.

Leyendo los comentarios de Harbour/xHarbour, tenía pendiente escribir sobre el tema, pues hace 10 años migré mi Aplicación comercial de Clipper a xHarbour y aún sigo programando ... y ahora estoy iniciando un Proyecto con VFP.

Computer Associates, fué la empresa que donó el código de Clipper a la comunidad y nació el Proyecto Harbour, que tenía como objetivo llevar a Clipper a 32 bits utilizando las mismas instrucciones del lenguaje.

Luego la comunidad se dió cuenta que se podía llegar mas lejos y surgió la propuesta de extender el Lenguaje con nuevas sintaxis como For each, DateTime(), Catch, Try Catch, acceso a Base de datos con Ado, uso de .OCX, DLL, etc y nació xHarbour (x=extend).

Pasado un tiempo los de Harbour se dieron cuenta de esta necesidad y comenzaron a hacer lo mismo.

- En la actualidad, Harbour/xHarbour son dos compiladores muy estables y en modo nativo se pueden compilar aplicaciones para Windows y Linux 32 y 64 bits y sus exes corren sobre cualquier Windows y Linux, claro está en pantallas tipo texto.

- Los fuentes de Harbour/xHarbour se encuentran disponibles en sus respectivos servidores .org y se pueden descargar y compilar para obtener los binarios para Windows/Windows Ce/Linux. Es como si Microsoft donara los fuentes de VFP y pudiéramos compilarlos para obtener VFP a 64 bits y continuar con el desarrollo y llevarlo a .Net

Ahora bien entorno a estos dos productos, se han creado varias Librerías gráficas free y pagas, estas librerías trabajan sobre Harbour/xHarbour tal cual, y lo que hacen es mostrar los controles que se conocen en el mundo visual como: Text, Label, Image, Command Button, Timer, etc, etc.

- Entre las .Lib free tenemos:

  . ooHg, HarbourMiniGui, MiniGui, etc. todas sobre Windows

  . Marinas Gui : Sobre Windows y Linux.

- Entre las .Lib pagas tenemos:

  . FiveWin, Xailer, Visual xHarbour. Todas sobre Windows.

  . FiveLinux. 

  . Pocket Pc: Para desarrollar sobre Pocket con Windows Ce.

https://www.fivetechsoft.com/spanish/

http://www.fivetechsoft.com/spanish/soporte.php

Fivewin: Es la que tiene muchos años trabajando y tiene una comunidad muy grande de Programadores en varios países, tiene foro de soporte en Ingles y Español. Punto en contra de FiveWin es que no tiene un IDE integrado, sino que necesita de productos de terceros como: Compilador Borland C, Pelles C para diseñar las pantallas a nivel de recursos, Compilador UE estudio, no tiene muy bien desarrollado el Debuger que muchos utilizamos para seguimiento de nuestros programas.

Visual xHarbour: Tiene un entorno integrado, Editor de fuentes + Diseñador de Formularios + Insertar .OCX en los Form + Insertar Objetos Ole + Debugger, etc. y se puede compilar para 32 y 64 bits. Este podría ser un candidato a sucesor de VFP.

http://www.xharbour.com/

Todas las Lib Gráficas trabajan sobre Harbour/xHarbour .Org

... Y lo bueno de todo es que tienen soporte activo y están en constante evolución.

Saludos.

Atte.

Lucho Montero.

Lima - Perú.

 

 

El miércoles, 4 de enero de 2017, 13:58:41 (UTC-5), almonts ( www.ontarioxb.es ) escribió:

Buenas tardes Grupo.

Os aseguro que Harbour-xHarbour es todo un mundo además con foros muy activos y llenos de hispanohablantes como aqui.
La migración es muy sencilla ya sabes el 90% del código.
Yo he empezado a hacer mis pruebas con HMG extended y es sorprendente la rapidez de los ejecutables.

Lo que me extraña en este tiempo es que nadie haya intentado realizar un programa para migrar formularios de fox a prg de harbour.
No sería complicado.

[Irwin Rodriguez]

Gracias por la informacion Lucho...!!!

Saludos...!!!

[HernanCano]

Amigos:

Este tipo de hilos es de los que me gusta: compartir info de otras "alternativas" de forma "positiva".

A pesar que yo no sea hincha de Clippper/(x)Harbour, expuse una serie de links donde muestro las "experiencias" que otros exponen y que yo consideré convenientes para expresar mi "desgano" hacia ese dialecto.

Y luego otros se unieron a mostrar experiencias postivas al respecto.... o más links con info sobre ese ambiente.

De todas formas se nota al poco alcance del ambiente: ... sus exes corren sobre cualquier Windows y Linux, claro está en pantallas tipo texto. Lucho Montero.

((a un comentario sobre compatibilidad Fox, ammin escribió:)) Quizá un equipo de fox users podría ayudar a remediar ese tema.

((recuerda ammin que Rick y yo hemos solicitado también ayuda para los Proyectos VFrP y VJr... pero el hecho de tener que programar en C es lo que espanta a los colegas ---sólo indicar que no es estrictamente necesario que se conozca en un 120% el lenguaje C ó C++---))

Amigos: los invito a continuar así: aportando positivamente a las alternativas que se propongan.

VFP rocks !!!

VFrP and VJr rock !!!

[Carlos Vargas]

Pues nada mas aclarar que tanto harbour como su fork xharbour, son compiladores creados desde cero, no hubo tal donación de código de parte de la gente de clipper,

quien dono la base fue el creador de fivewin, el señor antonio linares, quien había iniciado el proyecto de crear un compilador de 32 bits llamado five.

este es el link que inicio el proyecto:

https://groups.google.com/forum/#!searchin/comp.lang.clipper/cliparse%7Csort:relevance/comp.lang.clipper/rcvDzVQ3xcY/ZCsG81PxEV0J

Ahora luego de 18 años, tenemos un producto robusto, y que puede ser ampliado.

algo a tener en cuenta es que es realmente harbour:

Clipper (clipper.exe) es un compilador capaz de tomar un archivo fuentes .prg y generar un archivo binario .obj el cual es unido por un programa linker (rtlink o blinker) con unas librerias .lib (una de las lib es una maquina virtual) y genera un programa ejecutable .exe

Harbour o xharbour (harbour.exe) es un compilador capaz de tomar un .prg y generar un archivo .c (el cual obviamente contiene instrucciones en lenguage c), este archivo .c es y podrá ser compilado por un compilador c (se usan muchos por ejemplo msvc, borland c, mingwin, etc), el cual si generara el archivo .obj,, y ya luego con el linker del compilador c y unidos a las librerias del propio compilador c y las propias de harbour generaran el .exe final.

Se que suena complicado pero en la practica no lo es. :-) 

y esa es señores la fortaleza de harbour, que a toda practica lo nuestro es un programa creado por un compilador c, lo que le da mucha velocidad, seguridad y plasticidad.

(dejo por fuera la explicación que al final los programas de clipper, harbour y si no estoy mal foxpro hacen uso de una maquina virtual que va ejecutando instrucciones pcode y no son exes nativos).

por todo esto, es que harbour es un compilador tan especial, que si al dia de hoy algunos desarrolladores se tomaran la tarea de crear una libreria que incluya las instrucciones que vfp tiene y que no existen en harbour, y que creara un modulo para leer los scx (que no son mas que dbf con campos memos con las definiciones de los controles, codigo etc.) de los formulario existente de vfp y crearan una gui para todo esto pues habria zorro para rato.

En harbour al igual que un compilador c existe algo llamado preprocesador el cual se puede programar para que en tiempo de compilacion realice ajustes a un codigo ya existente. (de echo es muy usado en clipper y harbour para realizar al vuelo el cambio de instrucciones a funciones. ej: USE mytabla es convertido a una llamada de una función llamada dbusearea("mytabla") )

y ya puesto como cada plataforma (windows/linux/ios/android) tiene un compilador c, pues por eso hay siempre posibilidad para un harbour para cada una de las plataforma.

en lugar de crear un producto nuevo desde cero, se aprovechara de harbour estoy seguro que muy pronto tendrian un producto (32 y 64 bits) mucho mas poderoso.

salu2

carlos vargas

[Carlos Vargas]

por ejemplo, en las contrib de harbour hay una lib llamada foxpro la cual intenta agregar algunas funciones de vfp a harbour, es algo muy, muy basico

es esto que comentaba hace poco:

https://groups.google.com/forum/?fromgroups#!topic/harbour-users/jFORBli51e4

salu2

[Carlos Vargas]

ha, y se olvidaba, que un un compilador es una cosa y una libreria (para hacer tal o cual cosa) son cosas muy diferentes.

por eso muchas personas se confunden con harbour y no le ven gracia, de ahi expresiones "es solo texto", nada mas falso.

 

si yo soy una fiera y me desarrollo una librería (esta conformada por muchos .prg que contienen funciones, comandos, etc), que me permita crear ventanas de windows pues ya no es solo texto, es ya win32/win64.

ejemplos de esto son productos como: fivewin, xailer, minigui, etc. 

todas son librerías que nos permiten programar para la plataforma windows.

todos estos productos antes mencionados contiene:

el compilador harbour, un compilador c, y las librerias para el entorno windows.

salu2

 

[mapner]

Obvio que Open Source no significa Gratuito. xHarbour en su version enterprise que permite acceso a BD C/S tiene un valor de u$s 999.-
Pasados unos cuantos años desde su lanzamiento se puede suponer que la empresa que lo desarrolla y comercializa es estable y no tendrá intenciones de discontinuarlo a mediano plazo, pero a la vez la duda se presenta antes de invertir en el producto, alguien lo adquirió? Como fue el soporte?

Saludos

[Luis suescún]

Almonts, buenos dias..

y para desarrollar para moviles que RAD utilizas.

Quiero probar a desarrollar una pequeña aplicación para manejo de inventarios rotativos con unos PDA, windows movile.

Mil gracias por tu ayuda.