3 ms·

"ideally the file chooser should become part of GNOME’s core rather than part of GTK" .. Stop destroying GTK for F.... sakes !!! ¬¬

• mixedCase 5y ago
  They're trying to avoid Gtk bloat by delegating the file chooser to the desktop environment. How is this "destroying Gtk"? They're finally freeing it from the specifics of GNOME design and letting just be an efficient toolkit!
  • pjmlp 5y ago
    How do you suggest pure Gtk applications on regular window manager to open files?
    • mixedCase 5y ago
      Call the right D-Bus API (https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.freedesktop.portal.FileChooser https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.free...) and fall back to the Gtk file picker if this specific portal is not implemented or there's no D-Bus server. With a regular window manager it's up to the user to choose an xdg-desktop-portal implementation of their liking, so you always need to fall back if nothing's available.
      • pjmlp 5y ago
        To fall back into the Gtk file picker it must still be part of the Gtk source tree. > "...ideally the file chooser should become part of GNOME’s core rather than part of GTK."
        • mixedCase 5y ago
          There will always be a file-picker in Gtk's tree, or the current/an alternative file picker will become the de-facto fallback. Needing a fallback is one of the nuisances of dealing with the Linux desktop, so there will always be an obvious fallback option one way or another.