Re:RAD Basic – Compatible with Visual Basic 6 projects
by MadcapJake on Friday May 06, 2022 @07:36AM
(#31283930)
There is some work going into a new RAD tool that will support 3 and 4. https://gitlab.gnome.org/jpu/cambalache
Re:RAD Basic – Compatible with Visual Basic 6 projects
by zozbot234 on Friday May 06, 2022 @07:39AM
(#31283951)
The Linux desktop's CADT syndrome strikes again. Why not just pick up maintenance of Glade itself? Why do we get this constant churn?
Re:RAD Basic – Compatible with Visual Basic 6 projects
by anthk on Friday May 06, 2022 @09:03AM
(#31284614)
>Linux
More like Gnome and RedHat. In the BSD-y world and people akin on GNU (Alpine, Hyperbola, Parabola...) people loves the CLI and some stuff like TCL/TK or even Perl/Tk / Perl/GTK2. And the tools work well and fast enough.
Re:RAD Basic – Compatible with Visual Basic 6 projects
by supercheetah on Friday May 06, 2022 @05:35PM
(#31289836)
Glade had a lot of problems, and core Gnomes devs really recommended against it[1]. I think that dev for Cambalache didn't want to try to figure that out.
1. https://blogs.gnome.org/christopherdavis/2020/11/19/glade-no...
Re:RAD Basic – Compatible with Visual Basic 6 projects
by pjmlp on Saturday May 07, 2022 @04:58AM
(#31293095)
Writing XML by hand to provide it to GtkBuilder is so much better. /s
Re:RAD Basic – Compatible with Visual Basic 6 projects
by MadcapJake on Friday May 06, 2022 @11:53AM
(#31286627)
If I had to guess I would say: more fun to develop a new system without any legacy code maintenance (GTK4 is a significant change in API). The idea with the new tool is to decouple the toolkit too so it will be fundamentally more resilient to churn.
Re:RAD Basic – Compatible with Visual Basic 6 projects
by pjmlp on Friday May 06, 2022 @07:54AM
(#31284063)
A tool that uses Electron like technology (Merengue) to display what are supposed to be native widgets, and without guarantee that its development is actually going to be supported, long term.
There's a very intuitive drag-drop GUI designer for GTK+, namely Glade. Sadly, it was abandoned as GTK+ transitioned to 3.x and 4.x. So the only supported workflow now is laying out your GUI in code.
The intuitive "action-oriented" language should not be underestimated either. Though I assume it could be made idiomatic even in modern languages, by leveraging their support for the async programming model.