Forum > GTK
Proposing new widgetset: dwindows
s6nonqxt:
It's too much a surprise for me to know LCL GTK1 widgetset is still maintained. The latest commit was from Feb 12, 2022. It's still alive and well maintained! :o
This is the reason why I proposed dwindows widgetset. As for people has no idea about it, dwindows is a clone of GTK1. The API is almost the same, just rename gtk_ to dw_ and done ;D
https://dbsoft.org/
dwindows could serve as a thin compatibility layer on top of GTK. It has full support for GTK4 now 8-)
The plus point is dwindows is much much simpler than GTK and doesn't change much as GTK ::)
JuhaManninen:
--- Quote from: s6nonqxt on December 11, 2022, 11:35:38 am ---It's too much a surprise for me to know LCL GTK1 widgetset is still maintained. The latest commit was from Feb 12, 2022. It's still alive and well maintained! :o
--- End quote ---
I am also surprised to see it has commits this year. No, it is not well maintained. Only random commits sometimes. There was a time it didn't even compile. Now it maybe does, I didn't check.
--- Quote ---This is the reason why I proposed dwindows widgetset. As for people has no idea about it, dwindows is a clone of GTK1. The API is almost the same, just rename gtk_ to dw_ and done ;D
https://dbsoft.org/
dwindows could serve as a thin compatibility layer on top of GTK. It has full support for GTK4 now 8-)
The plus point is dwindows is much much simpler than GTK and doesn't change much as GTK ::)
--- End quote ---
If you provide a patch or Gitlab fork that implements it and promise to maintain it, I believe it could be added.
If you only ask other people to implement it, there is a very slim chance for it to happen. This is FOSS development.
There are serious issues with such a widgetset.
First, the LCL-GTK binding code is not very good. All development and bug fixes went into the GTK2 bindings already many many years ago.
Second, the actual GTK1 lib API is ancient and limited. Later versions of GTK libs are better.
But still, the old GTK1 and thus dwindows could fit some use cases. I am not against it.
MarkMLl:
--- Quote from: JuhaManninen on December 11, 2022, 12:03:35 pm ---I am also surprised to see it has commits this year. No, it is not well maintained. Only random commits sometimes. There was a time it didn't even compile. Now it maybe does, I didn't check.
--- End quote ---
Thee and me both. I've just spent half a day investigating whether something I'm working on that has occasional problems will compile for GTK using 0.9.24+2.2.4 (eventually yes :-)
Under normal circumstances I'd promise to take a bit of a look at the current situation later, but I don't think I've got a Debian version active which has the v1 -dev package available and due to having upgraded my main system and not yet checking Docker out I'd rather not commit myself to running a VM etc... I suspect that I'd need to go back to something like "Lenny".
However from my POV this is extremely timely news, since it means that anywhere that I've just used an LCLGTK to distinguish "old style" resources etc. in a sourcefile needs to also be qualified by the compiler version.. and the sooner I do that the less painful it will be.
MarkMLl
s6nonqxt:
@All dwindows is a clone of GTK1 in the same sense as GNU/Linux is a clone of Unix. dwindows has a very similar API to GTK1 but is not identical (of course, I said just changing gtk_ to dw_ is a bit detached from the reality, sorry everyone :-[). What I really proposed is using dwindows as a thin compatibility layer on top of GTK. This way dwindows served the same purpose as what Qt4Pas for Qt 8)
Bonus: dwindows is a single library, it doesn't depend on other libraries like GTK (no ATK, no GDK, no GObject, GLib,...). It's much easier to deal with than vanilla GTK 8-)
Another point for dwindows is it supports iOS and Android too :-[
s6nonqxt:
dwindows consisted of only a single header: dw.h (you could forget about dwcompat.h as this header caused for problems that it worth and it only has meaning for C programmers), the soon the be released dwindows 3.4 will have full support for GTK4 and iOS and Android. The current is dwindows 3.3 (GTK4 support is just experimental with this version) :D
https://github.com/dbsoft/dwindows
dwindows API: https://dbsoft.org/dw_help.php
The GTK1.2 tut could be used as a reference :D
https://docs.huihoo.com/gtk/tutorial/1.2/index.html
Navigation
[0] Message Index
[#] Next page