Wouldn't it have been easier to use the "portals" file chooser API? That way you get whatever the desktop prefers... GTK3 on Gnome to KDE on Plasma.
Announcement
Collapse
No announcement yet.
LibreOffice Gets "KDE 5" Integration That's A GTK3/KDE5 Hybrid
Collapse
X
-
-
-
Hmmm I recently opened a bug about this... Found out that the 6.0 beta release Gentoo ebuild didn't support Plasma 5 Integration... I was disappointed. :-(
But I gathered it was coming soon... So this is great news!
The GTK3 file picker is **** - when compared to the native Plasma file picker.
- Likes 2
Comment
-
Originally posted by grok View Post
Us GTK users would kill for a Windows 9x file chooser
1. ...a major pain if you're the kind of person who keeps forgetting that you want to delete or rename something until you see it in a file picker.
2. Horrendously buggy when you're trying to type paths into the Ctrl+L location field... assuming it even listens when you hit Ctrl+L to ask for it.
3. Slower and heavier than alternatives when faced with a folder that requires a lot of disk seeking.
KDE 3.x's file picker was best in class, with support for application-specific bookmarks and none of the weird warts KDE 4 introduced, such as the inability to turn off automatic "adjust font size to fit entries to available width" in the face of varying sets of removable disks and application-specific bookmarks. (Whoever came up with that muscle-memory-killing idea deserves the same hell as the guy at Microsoft who invented Personalized Menus.)
Comment
-
shmerl those are two different approaches for KDE5. But both are sponsored by the City of Munich as they need KDE5 integration for their upcoming LiMux release. This gtk3-kde5 backend is only a quick hack to add the integration early on and add it in time for the release. Work on the second approach by jmux (Munich) and bubli (CIB) will be continued to offer a native Qt5 backend and a KDE5 integration based on it. An employee did a lightning talk at FOSDEM about their efforts.
- Likes 1
Comment
Comment