Desarrollar programa con GUI bajo Linux

[Kuk]

Amigos, ya sé que algunos os habéis pasado a WinDev y posiblemente a otros lenguajes. Pero, en caso de necesitar desarrollar un programa con GUI bajo Linux en COBOL, ¿qué compilador elegiríais? Linux no proporciona una API integrada para crear GUI-s como Windows, por lo tanto sea hay que usar una librería como QT y montar todo por código usando un compilador que crea ejecutables nativos en Linux (como MicroFocus o Fujitsu), porque que yo sepa no existe ningún IDE COBOL que lo haga de manera WYSYWYG, sea elegir un COBOL independiente de plataforma con un Run-Time para cada SO (como RM/Cobol) que cree GUI-s. Por cierto, no sé si RM con GUI funciona bajo Linux.

Pues eso, ¿qué pensáis al respecto?


P.D. Por lo visto existe una librería para Linux que permite usar WinAPI para crear GUI-s bajo Linux: WineHQ - Winelib User's Guide (https://www.winehq.org/docs/winelib-guide/index)

[Dasije]

En ningún compilador de COBOL compila aplicaciones para su entorno gráfico, solo Windows, al menos los comerciales que más se usan, quizás alguno poco conocido compile bajo Java, y permita mostrar controles modo Windows.

Lo que si hace es ejecutar la aplicación en una ventana de terminal, todo modo texto bajo el entorno gráfico.

Windev, lo que hace es compilar las librerías QT bajo Windows, por eso tiene la limitación de no poder usar todos los controles de Windows, solo los básicos, el mismo fabricante nos recomienda usar las distribuiciones Debian 7/Ubuntu 14 o superiores, y en caso de no tener instaladas en el sistema, instalarlas con los comandos propios de instalación.

[eage1969]

Estimado y estimados...

al trabajar con Gui. se lo puede hacer de la sigueinte manera si trabajas con ACUCOBOL-GT, CUALQUIER VERSION.

0.- configuras un equipo virtualizado con windos por un lado donde va ha estar el cobol-windos
y la otra con el apache montado.
0.1.- las dos particiones deben ser visibles por ip la una contra la otra (conexcion ip)

1.- configuras el cblconfi para trabajar con gui.
2.- montas en el apache los programas gui/web ... de esta manera el apache hace todo el trabajo....
3.- como el apache hacer el trabajo... solo cuando lo necesite hacer una accion ( Ejmeplo grabar, eliminar, consultar, etc), llama a la rutina cobol que esta es la que hacer el trabajo real, ya que la pantalla gui solo recibe y entraga data, y el apache es la que la presenta hacia el usuario final (browser)..

4.- la velocidad, unicamente depende de como este realizada la extructura de la programacion, es decir si las rutinas tiene que estar bien estructuradas para que no haya demora.

de alli en adelante cobol maneja todo hacia abajo (back office), unicamente el usuario en su pantalla ingresa o recibe informacion y da las acciones (frontend).

5.- la configuracion inicial, es la demora, despues es custion de un html, dreamviewer, aspx etc...etc para generar las pantallas, por detras las rutinas cobol especificadas para cada acción de cada boto que requieras para el proceso de esta.

espera este mas claro .

saludos a todos.

[Joseg]

Estimado y estimados...

al trabajar con Gui. se lo puede hacer de la sigueinte manera si trabajas con ACUCOBOL-GT, CUALQUIER VERSION.

0.- configuras un equipo virtualizado con windos por un lado donde va ha estar el cobol-windos
y la otra con el apache montado.
0.1.- las dos particiones deben ser visibles por ip la una contra la otra (conexcion ip)

1.- configuras el cblconfi para trabajar con gui.
2.- montas en el apache los programas gui/web ... de esta manera el apache hace todo el trabajo....
3.- como el apache hacer el trabajo... solo cuando lo necesite hacer una accion ( Ejmeplo grabar, eliminar, consultar, etc), llama a la rutina cobol que esta es la que hacer el trabajo real, ya que la pantalla gui solo recibe y entraga data, y el apache es la que la presenta hacia el usuario final (browser)..

4.- la velocidad, unicamente depende de como este realizada la extructura de la programacion, es decir si las rutinas tiene que estar bien estructuradas para que no haya demora.

de alli en adelante cobol maneja todo hacia abajo (back office), unicamente el usuario en su pantalla ingresa o recibe informacion y da las acciones (frontend).

5.- la configuracion inicial, es la demora, despues es custion de un html, dreamviewer, aspx etc...etc para generar las pantallas, por detras las rutinas cobol especificadas para cada acción de cada boto que requieras para el proceso de esta.

espera este mas claro .

saludos a todos.


GnuCOBOL+GTK ou GnuCobol + Cobjapi
(Glade - A User Interface Designer (https://glade.gnome.org))
(Java Application Programming Interface (https://userpages.uni-koblenz.de/~evol/japi/japi2/japi.html))
(GuiCOBOL (http://www.opencobol.altervista.org/index.php/tabella-section))
Aqui tem muita informação:
OpenCOBOL FAQ (http://opencobol.add1tocobol.com)
Já fiz alguns testes com o Cobjapi. Funciona bem (apenas testei no Windows, mas funciona em qualquer sistema operativo). No inicio da algum trabalho, mas depois até é facil. Não tem drag and drop.


A versão 3.0 do GnuCobol vai trazer novidades em relação à GUI.
Vai sair brevemente ...espero.

[Kuk]

A versão 3.0 do GnuCobol vai trazer novidades em relação à GUI.
Dónde has visto esta información? Pásanos el enlace ;)

[Joseg]

Dónde has visto esta información? Pásanos el enlace ;)



GnuCOBOL (formerly OpenCOBOL) / Discussion / GnuCOBOL:Agar GUI toolkit (https://sourceforge.net/p/open-cobol/discussion/cobol/thread/c2ac66c1/?limit=25&page=1)

Procura pelo texto:

Current plans are to have an option for SCREEN SECTION codegen to pump out code to run a GUI, Paulo.

I think it is doable. No change to the COBOL source, just a compile time option and cobc could target curses and run a TUI or something like libagar and run a GUI.

Cheers,
Brian

Mas no forum do GnuCobol essa informação esta em vários links.