gnucobol-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [open-cobol-list] Improvement to screen handling.


From: Vincent Coen
Subject: Re: [open-cobol-list] Improvement to screen handling.
Date: Sun, 26 Jan 2014 22:28:55 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0

Why is it, I keep coming up with ideas that would involve 1000's of man hours to implement  and/or be impractical ?

I am not thinking about any Windows variants other than to consider such in any intermediate APIs that are directly called by OC.

They in turn will call whatever sub-systems API via remapping etc, as well as setting up the system concerned as an initialisation sequence.

Well that was my basic idea.  Of course the system for design of the screen layout etc needs a common mapping for whatever system we use.  In MF VC it uses  Visual Studio language tools so that you can use a choice of languages to do it eg, C++, Net even V Basic etc.

It could work as C++ is supported in Linux and .Net is covered in Mono. How well I do not know.

Just playing with ideas with absolutely no idea of effort involved :)



Vince



On 26/01/14 05:11, David Essex wrote:
OC uses curses functions, which are designed for POSIX terminals.

Both KDE or Gnome have a way to embed a terminal within a GUI-widget.


Some curses versions, such as PDcurses (win-console), map the curses
functions to naive API functions.

There is a PDcurses-win32 (64 ?) version which maps curses functions to
naive win32 GDI functions. Thus it is a real GUI application.
You can find it here [1].


A have a 1th-gen PDcurses-win32 working prototype for TC, some where.
Required some small changes to the run-time, if memory serves me.


MF may have a consistent look and feel, but it probably maps it's own
screen API to the native API.

IMHO, OC should probably have it's own small generic screen API which
would map to the native API (curses, KDE, GTK, win-Console, winGDI).

On the down side this project is a fair amount of work. Even if done for
the curses and win-GDI API. Also on win-32/64 both the GDI and GDI+ are
considered obsolete.



Vincent Coen wrote:

Would be very handy to be able to use a GUI version of
ncurses, i.e., one that will work with KDE or Gnome
similar to MF.

1) PDCurses for real Windows
http://www.projectpluto.com/win32a.htm


-


reply via email to

[Prev in Thread] Current Thread [Next in Thread]