| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 28 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 43:10:40 |
| Calls: | 422 |
| Calls today: | 1 |
| Files: | 1,024 |
| Messages: | 90,180 |
In article <nnd$3c0c3351$6aedb124@c86788d02a0bb1ba>, <albert@spenarnc.xs4all.nl> wrote:
In article <9ac1809f3eb79231c22e45fb7e4dcc68@www.novabbs.com>,
minforth <minforth@gmx.net> wrote:
External GTK GUI builder tool with embedded Forth
to handle callback functions: >>>https://www.forth.org/svfig/kk/01-2018-Harbold.pdf
There is also Minos ... (never used it)
This is another tool. Also your remarks hangs in the air.
This is usenet. An answer is useless unless the question is
known.
An anecdote. In the 80's there was a Dutch initiative basicode to
distribute application on cassette tape. We made a Forth cassette tape
and we couldn't find applications to fill it, only tools.
To make it at least moderately interesting, Kees Moerman ported
a basic game that required not too much graphics, four in a row.
The sparsity of Forth applications is note worthy. Everybody
is building tools, or argue whether (bye) is worth standardizing,
adding "recognizers" to Forth's.
The words of prof Ting comes to mind, th 4 characters that end
"foot step in an empty valley".
Groetjes Albert
As for the UI, Tk (from TCL) procedural widget building seems
ideal for Forth.
On Mon, 21 Apr 2025 8:03:58 +0000, anthk wrote:
[..]
As for the UI, Tk (from TCL) procedural widget building seems
ideal for Forth.
I thought the same 20 years ago. At that time (?) it was difficult
to serve the messageloop of Tcl/Tk (even more difficult than the
Windows messagepump). The second problem was that I didn't want
to learn Tcl/Tk to let the GUI do something useful that was
*not* an example already.
Now iForth has CALLBACKs and the OSs have better multi-thread
support, the former problem may have been solved, the latter
one probably not.
I have to say that GUIs are really overrated, at least for
what I want to do. However, they do have functionality that
can be handy (like printing anything in whatever format,
graphically manipulating schematics and such).
-marcel
On 2024-11-14, albert@spenarnc.xs4all.nl <albert@spenarnc.xs4all.nl> wrote:
In article <nnd$3c0c3351$6aedb124@c86788d02a0bb1ba>, <albert@spenarnc.xs4all.nl> wrote:
In article <9ac1809f3eb79231c22e45fb7e4dcc68@www.novabbs.com>,
minforth <minforth@gmx.net> wrote:
External GTK GUI builder tool with embedded Forth
to handle callback functions: >>>https://www.forth.org/svfig/kk/01-2018-Harbold.pdf
There is also Minos ... (never used it)
This is another tool. Also your remarks hangs in the air.
This is usenet. An answer is useless unless the question is
known.
An anecdote. In the 80's there was a Dutch initiative basicode to distribute application on cassette tape. We made a Forth cassette tape
and we couldn't find applications to fill it, only tools.
To make it at least moderately interesting, Kees Moerman ported
a basic game that required not too much graphics, four in a row.
The sparsity of Forth applications is note worthy. Everybody
is building tools, or argue whether (bye) is worth standardizing,
adding "recognizers" to Forth's.
The words of prof Ting comes to mind, th 4 characters that end
"foot step in an empty valley".
Groetjes Albert
Now you can Sokoban with the original.txt levels (or
the ones from cgames at Unix/POSIX), a Tetris clone
and a Mastermind just fine.
As for the UI, Tk (from TCL) procedural widget building seems
ideal for Forth.
Since the new computers don't have real text mode presently,
and because Linux kernels have KMS by default - nowadays
you can do graphics... yes, in console, no X Window needed: http://raspberrycompote.blogspot.com/2012/12/low-level-graphics-on- raspberry-pi-part_9509.html
(no, not just on Raspberry Pi; try that on your desktop)
And note, that ncurses offer semi-graphics capabilities.
Depending on your needs it may be quite enough.
--
Since the new computers don't have real text mode presently,
and because Linux kernels have KMS by default - nowadays
you can do graphics... yes, in console, no X Window needed: http://raspberrycompote.blogspot.com/2012/12/low-level-graphics-on-raspberry-pi-part_9509.html
(no, not just on Raspberry Pi; try that on your desktop)
And note, that ncurses offer semi-graphics capabilities.
Depending on your needs it may be quite enough.
Since the new computers don't have real text mode presently,
and because Linux kernels have KMS by default - nowadays
you can do graphics... yes, in console, no X Window needed: >http://raspberrycompote.blogspot.com/2012/12/low-level-graphics-on-raspberry-pi-part_9509.html
(no, not just on Raspberry Pi; try that on your desktop)
And note, that ncurses offer semi-graphics capabilities.
Depending on your needs it may be quite enough.
--
Do you have an ncurses link for what you think is good for graphics?
Also from what I see someone on YT created
a whole series on ncurses-based semigraphics: https://www.youtube.com/watch?v=UJVfh8K-0wY
("Ncurses 3D render engine", channel "KayOS Code")