With all the porting going on, there’s a lot of Gtk, Qt apps. I just wondered, flipping the idea on its head if after writing a native app, there could be headers and a lib to make it a Qt/KDE app (almost).
This would encourage native app development
Qt/KDE would feel like the second option (port)
The APIs being in some sense simpler/more-concise, better for initial development
I remember when the Eclipse Foundation made a Gtk implementation of the AWT, so just an include change made a Gtk Java application. So I kind of had the idea today. I guess the APIs do look good.
Maybe it’s counter intuitive?
EDIT: I remember when Kt used to be wrapper classes around Qt for KDE specifics. In the times of NXPlugin … should Haiku have a man2md? Documentation Formats? (html, md, ...) as html has a lot of surplus tags. Ah Mandrake Linux, blah, blah, …
Not really what you are asking for, but I have been working on this library for the last year GitHub - gen2brain/iup-go: Cross-platform UI library with native controls · GitHub (still not fully ready for release, almost there). The same app can be compiled for Win32, WinUI3, Cocoa, GTK2, GTK3, GTK4, Qt5, Qt6, FLTK, EFL, GNUStep, Haiku, WebAssembly, Android, and iOS. I guess everything is covered, and I answered the famous “but what is the native UI on Linux” question. Of course, you can use C or C++; there is a nice C++ wrapper that is maintained.
I was thinking something which was more an automated port to Qt when the app is native. It just gives coders options. I’m not sure how easy making a Qt version of all the Haiku objects would be. It’s got a lot of signal/connect stuff. And then just use a different linked shared library(s).