4 ms·
The thing is that GNOME project and GNOME based distros should put just a bit of effort to support Qt programs, like have the same File Picker Dialog or even ha
by simion314 5y ago
The thing is that GNOME project and GNOME based distros should put just a bit of effort to support Qt programs, like have the same File Picker Dialog or even have GTK2 and GTK3 use the same fucking File Picker or at least with the same fucking File Sorting.
About easy of use I am sure that you are more productive with a professional toolkit like Qt and a mature language like c++ then fucking around with some broken/incomplete/buggy C# or Rust GTK bindings. Though I think you can do simple Python apps with GTK GUIs but for professional applications that are targeting crossplatform trust me Qt is the solution (I never seen a good GUI cross platform pro application , Linus Torvalds himself used Qt for his app because his Red Hat friends could not answer him on how to do some complex GUI in GTK)
- tadfisher 5y agoYou get the DE's file chooser if you use xdg-desktop-portal, which has a KDE backend.
- simion314 5y agoThis is a recent development and that was designed to support GNOME/RedHat's flatpack , we should not get tricked to believe GNOME would have done this for helping someone else then themselves(do they support this in GTK2 apps too?, I really hate having different file choser with different sorting order of files and folders)
- shatteredgate 5y agoIt probably cannot be done automatically in GTK2 apps because of API differences. GTK2 apps could call the portal API manually or put the functionality in another library. >we should not get tricked to believe GNOME would have done this for helping someone else then themselves Well they actually did, the flatpak API was designed to support multiple toolkits.