47afdc4627
Qt links against GTK to be able to use native GTK file chooser
in GTK-oriented DEs. However, GTK expects a specific environment,
which means the application needs to be wrapped to prevent crashes
when file chooser is opened in some environments.
This patch bypasses the need for wrapping Qt applications with GTK-related
environment since the file chooser dialogue will now come from a separate
process (instantiated by the XDG desktop portal via D-Bus).
In the future, we could remove the GTK dependency from Qt to fix the crashes
on non-{GNOME,Pantheon} environments. Then, users would be able to choose
between non-native Qt dialogue or native one facilitated by XDG portals
(e.g. through setting `QT_QPA_PLATFORMTHEME` to either `qgnomeplatform`,
or `xdgdesktopportal`).
One disadvantage is adding a Qt dependency to GNOME, even for people
who might not use any Qt apps. But they can easily just add `qt5.enable = false;`
to their NixOS configuration.
The configuration is also presumably less battle tested than plain Qt
with its first-party GTK integration. But it is backed by Fedora
and used by Manjaro GNOME so it cannot be that bad.
Lastly, I worry about ABI compatibility of the platform modules
with apps installed from different Nixpkgs revision.
|
||
|---|---|---|
| .. | ||
| desktop-managers | ||
| display-managers | ||
| hardware | ||
| window-managers | ||
| clight.nix | ||
| colord.nix | ||
| extra-layouts.nix | ||
| fractalart.nix | ||
| gdk-pixbuf.nix | ||
| imwheel.nix | ||
| picom.nix | ||
| redshift.nix | ||
| terminal-server.nix | ||
| unclutter-xfixes.nix | ||
| unclutter.nix | ||
| urserver.nix | ||
| urxvtd.nix | ||
| xautolock.nix | ||
| xbanish.nix | ||
| xfs.conf | ||
| xfs.nix | ||
| xserver.nix | ||