errores FiveLinux

[lucasdebeltran]

Hola Antonio,

La sintáxis del Browse y del Listbox es distinta a la de FWH.

Por favor, ¿podrías compatibilizarla?. O los parámetros que no estén disponibles pues que se los trage el compilador y tengan un nil.

No es posible probar nada de código de FWH, pretendo probar una pequeña aplicación pero no hay forma.

Igualmente, ¿sabes cuándo estará disponible la clase REPORT?.

Muchas gracias.

[lucasdebeltran]

Antonio,

Por favor, ¿puedes mirar esto?.

Gracias,

[Antonio Linares]

Lucas,

Precisamente estamos portando FiveDBU a FiveLinux para probarlo a fondo y ver que le falta, etc...

Tal vez lo idóneo seria proporcionar una versión gratuita para que asi se pueda probar, etc...

[lucasdebeltran]

Antonio,

Sí, sería una muy buena idea, así la gente se animaría a usarlo más.

El tema está en que la sintáxis del BROWSE no es la misma que en FWH y debería serlo.

Aquellas prestaciones que no funcionen en FiveLinux deberían tener un nil y listo.

Tampoco, por ejemplo, los parámetros de WINDOW coinciden con los de FWH.

Yo creo que habría que mantener la compatibilidad con los comandos básicos de FWH. Otra cosa es que haya clases, como xBrowse, que no estén disponibles, pero lo básico (Says, gets, combos, botones, diálogos, etc) debería funcionar con la misma sintáxis.

Lo único diferente en estos comandos básicos sería los Gradientes, que no funcionarían en FiveLinux de modo que serían ignorados.

Así se puede reutilizar código y empezar a portar alguna aplicación sencilla a Fivelinux, que debería también funcionar bajo Windows.

Sin embargo, el código de FiveDBU bajo Linux es diferente al de Windows. La verdad es que has tenido una gran idea al usar ese proyecto para pulir esos detalles!!.

Y del tema del Report, ¿tenéis pensado algo?.

Muchas gracias.

[lucasdebeltran]

Antonio,

Por favor, ¿puedes mirar lo del Browse?.

Muchas gracias.

[Antonio Linares]

Lucas,

Ahora estamos centrados en el diseñador de ventanas samples/fiveform.prg

Si necesitas usar browses fijate en como los usamos en samples/fivedbu.prg

[lucasdebeltran]

Antonio,

Muchas gracias.

Me gustaría (y supongo que a más gente igual) tener un mismo código para Linux y Windows en una aplicación sencillita.

Lo que falla es que la sintáxis de los Browses no es igual.

¿También planeas tener soportado el uso de .rcs con Fivelinux?.

Muchas gracias.

[Antonio Linares]

Lucas,

Hay mucha funcionalidad de FiveWin que aún no está en FiveLinux, asi que hasta que no lleguemos a ese nivel no podemos podemos ofrecer la compatibilidad que comentas.

Aun no es posible recompilar una aplicación FiveWin, tal cual, y que se construya para Linux sin cambios. Pero para un programador acostumbrado a FiveWin, programar en FiveLinux es muy facil

[lucasdebeltran]

Antonio,

Ya, ya se que no se puede eso.

Pero sí que se podría mantener un mínimo de compatibilidad en los menús, combos, diálogos, gets, botones, checkboxes, browses, etc.

Claro que xbrowse, ribbon, tfolderex etc no están disponibles, pero los controles básicos deberían funcionar igual en ambos. Y el tema de Gradientes simplemente ignorarlo.

No veo que razón puede haber para que el GET, el BUTTON, el SAY, etc no sean iguales, y en aquellas cosas no soportadas simplemente se ignora la cláusula respectiva. Entonces si que podremos sacar todo el provecho al dúo. De hecho, yo estoy más cómodo programando en Windows con Med que con el editor de Linux.

Además, tampoco te costará mucho pues te sabes todo el código al dedillo .

[Antonio Linares]

Lucas,

Hay analistas que piensan que el lanzamiento (y fallo) de Windows 8 provocará un auge de Linux.

Yo no tengo ni idea si será asi ó no, pero tal vez muchas empresas vean en Windows 8 una ruptura muy grande y sea el motivo necesario que necesitaban para migrar a Linux.

A mi me gusta que podamos programar en cualquier sistema operativo, que no estemos limitados a uno solo. Pero si esto no lo siguen más personas, entonces FiveLinux no obtendrá el respaldo necesario para desarrollarse más.

En resumidas cuentas: el tiempo que se le dedica a cada sistema operativo es proporcional al interés que hay en ellos. Te lo he explicado al revés pero creo que se entiende...

[thefull]

Mi opinión humilde, ahora que estoy de vacaciones, sobre FiveLinux.

Me parece genial que FiveLinux sea GPL, Antonio tenía que haberlo realizado desde el inicio, ya estaría acabado
Que la gente no se lleve a engaño.

Tu código de Fivewin NO TE VA a funcionar en FiveLinux.

Es muy simple, Fivewin tiene MUCHOS años en sus espaldas, muchas clases y muchas funciones bajo WINAPI.
Fivelinux es compatible con el 30% de tu código, siendo optimistas, y ejemplos simples quizás hasta te funcione sin problemas,
pero no con tú aplicación de más de 5 años.

Además , la librería GTK, que es la que se usa, no funciona igual que el WINAPI, y hay cosas, tontas, como por ejemplo, el MDI,
que no existe como tal, creo que vi en su día una librería de gtk de extras que lo traía, pero bueno, al caso, muchas cosas como DEFINE MAIL,
, MAPI, que no será sencillo de portar.

Otras de GTK, como el MVC, TreeView, ListStore, etc.. que no existen en FiveWIn, pero que es potente, muy muy potente.

La magia NO EXISTE.

Muchas methods, DATA, etc... no están implementadas, por lo tanto, código del tipo oBrowse:bColor := {|o| iif( o:MiData, Esto, lo otro ) }
te va a explotar en las manos.

La impresión, oh! la impresión Creo que la gente de GTK, olvidó el trabajo fantástico de gnome-print, similar al WINAPI, y la implementación que han puesto en gtk-print es del tipo que
tienes que calcular el alto / ancho de las lineas, que te van a caber en una hoja, como a la antigua usanza, un ROLLO PATATERO.
Yo realicé las 2 implementaciones para T-GTK.
Mi consejo, que es lo que hecho yo, es usar HAIRUPDF, o usar la clase ImprimePDF, mía que usa HAIRUPDF por debajo, que esta portada a harbour, e imprimes DIRECTAMENTE a PDF.

Para diseñar pantallas, se usa Glade, simple y potente, un fichero xml, y arreando
Por ejemplo , esto de T-Gtk sería muy fácil de hacerlo para FiveLinux, no sé si soporta GtkBuilder o/y Libglade.

Code: Select all  Expand view

SET GTKBUILDER  ON  // Forzamos uso de formato GtkBuilder en vez de LIbGlade.
SET RESOURCES pGlade FROM FILE "./gui/wnd_principal.ui"
DEFINE WINDOW oWnd ID "window1" RESOURCE pGlade

   //  DEFINE LABEL ETC....ETC...

ACTIVATE WINDOW oWnd
 

Todas estas cosas van a salir en FiveLinux. Y por eso , haciendo aplicaciones como FiveDBU, se verán mejor las necesidades que
se tienen que ir añadiendo a FiveLinux.

En su día ya le dije a Antonio que puede usar todo lo de T-GTK para FiveLinux, al menos, lo que se refiere a funciones, tenemos muchas
portadas que se pueden implementar muy rápidamente a FiveLinux.

Unos cuantos , Daniel Garcia, Riztan y yo, nos metimos una currada para soportar xharbour/Harbour 32 y 64 bits para T-Gtk, ese trabajo
puede ser aprovechado para potenciar FiveLinux lo más rápido , en cuanto al API de GTK.
¿ Para que repetir el trabajo si puedes usar libremente otro ya disponible ? Lástima que cuando empece con esto no había nada escrito por alguien a quien coger

Mucha suerte a FiveLinux y esperemos que triunfe!

[Antonio Linares]

Rafa,

gracias por tu ofrecimiento, como siempre

Yo creo (llevo años creyéndolo) que la sintaxis de FiveLinux (=FiveWin) es la clave. Es xbase Asi se diseñó en las primeras versiones de dBase para Windows y FoxPro.

Si usamos wrappers en C al API de GTK directamente, en realidad nada nos distingue como usuarios xbase. A fin de cuentas, podriamos usar cualquier lenguaje para programar.

Para mi la clave de xbase siempre ha sido:
1. comandos a alto nivel.
2. clases y objetos.
3. wrappers en C a los APIs.

La conexión entre el nivel 1 y 2 fué genialmente resuelta por el preprocesador de Clipper, algo que no encontramos en otros lenguajes. De aqui, que hay que aprovechar lo que nos diferencia y nos da razón de ser

El zen del xbase

[lucasdebeltran]

Muchas gracias a ambos.

Igual no me explico bien. Claro que no pretendo que xBrowse, TFolderx, los Gradientes, etc me funcionen en FiveLinux. Antonio es un auténtico genio, pero creo que todavía no puede hacer milagros.

Pero sí que las clases básicas deberían funcionar igual. Y el ejemplo del FiveDBU es muy bueno para ponerlo a prueba, y ese código debería funcionar exactamente igual para Fivewin, Fivelinux y Fivemac. No entiendo por qué a la hora de definir un BROWSE con los FIELDS, HEADERS, SIZES, etc no se pueda hacer igual en los tres.

Lo mismo de los diálogos, says, gets, folders, combos, groups, bitmaps, checkbox, radio, image, btnbmps, menus, meter, say, tabs etc.

No pretendo por el contrario que funcione el DEFINE MAIL, la ribbon, ras, outlook, o el MDI, que son clases muy complicadas.

Naturalmente entiendo el argumento de Antonio sobre el interés. Pero es la pescadilla que se muerde la cola, si no se puede recuperar código no se usa Fivelinux. Es el otro lado de la moneda.

Por eso creo que la senda del FiveDBU es muy buena para ir preparando estos aspectos, que naturalmente llevan su tiempo. El reto sería que FiveDBU funcionara con el mismo código en los tres sistemas.

Luego estaría el tema de los recursos para los diálogos y más tarde el tema de la impresión.

Quizás para continuar las pruebas se podría tomar la aplicación de Facturación que está en las contribs de Fivetech en Google, pues es la mejor forma de poner a prueba el producto.

Igual es que esté planteando algo descabellado. En este caso pido disculpas.

[Antonio Linares]

Lucas,

Este es el comando Browse que de momento soporta FiveLinux, como ves es muy muy similar al de FiveWin y FiveLinux:

Code: Select all  Expand view

#xcommand @ <nRow>, <nCol> BROWSE <oBrw> ;
             [ <of: OF, WINDOW, DIALOG> <oWnd> ] ;
             [ <headers: HEAD, HEADER, HEADERS, TITLE> <cHeading,...> ] ;
             [ FIELDS <Expr1> [,<ExprN>] ] ;
             [ <sizes: FIELDSIZES, SIZES, COLSIZES> <aColSizes,...> ] ;
             [ FIELDS <Expr1> [,<ExprN>] ] ;
             [ ALIAS <cAlias> ] ;
         [ SIZE <nWidth>, <nHeight> ] ;
         [ <update: UPDATE> ] ;
         [ ON CHANGE <uChange> ] ;
         [ ON DBLCLICK <uDblClick> ] ;
      => ;
             [ <oBrw> := ] TWBrowse():New( <nRow>, <nCol>,;
         [<oWnd>], [\{<cHeading>\}], [\{<aColSizes>\}],;
         \{ [\{|o|<Expr1>\}] [ ,\{|o|<ExprN>\} ] \}, <cAlias>,;
         <nWidth>, <nHeight>, <.update.>, [ \{|o| <uChange> \} ],;
             [ \{| nRow, nCol, o| <uDblClick> \} ] )

[lucasdebeltran]

Antonio,

Muchas gracias.

Para empezar, el nombre es distinto (LISTBOX vs BROWSE).

Faltan del LISTBOX los métodos SELECT; ON LEFT CLIICK, ON RIGHT; FONT; CURSOR; COLOR; MESSAGE, WHEN; DESIGN, VALID; ACTION.

Supongo que FONT, CURSOR y COLOR fácilmente se pueden definir y que tengan Nil.

La cláusula DESIGN también es presdindible.


Pero sobre todo, mi duda es que en fivedbu.prg cambio BROWSE por LISTBOX y tengo estos errores al compilar en FWH:

Code: Select all  Expand view

fivedbu.prg(84) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(84) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(84) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(84) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(84) Warning W0001  Ambiguous reference 'OGET'
fivedbu.prg(84) Warning W0001  Ambiguous reference 'OGET'
fivedbu.prg(88) Warning W0001  Ambiguous reference 'CTITLE'
fivedbu.prg(90) Warning W0001  Ambiguous reference 'CTITLE'
fivedbu.prg(93) Warning W0001  Ambiguous reference 'CTITLE'
fivedbu.prg(110) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(130) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(130) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(130) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(130) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(130) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(132) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(133) Warning W0001  Ambiguous reference 'OBRW'
fivedbu.prg(147) Warning W0001  Ambiguous reference 'OBRWNEW'
fivedbu.prg(288) Error E0030  Syntax error "syntax error at '@'"
fivedbu.prg(327) Error E0030  Syntax error "syntax error at '@'"
fivedbu.prg(335) Error E0030  Syntax error "syntax error at 'WINDOW'"

Sobre todo, no entiendo los errores en el LISTBOX, se supone que debería funcionar pero no logro hacerlo correr en FWH.

Muchas gracias Antonio.