-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Question] Are there plans to support more of the XDG Portal specification? #135
Comments
Nope. These don't need any special interaction with the compositor. |
It is important to note that you can install multiple portals and other implementations (gtk, kde, etc.) will act as a fallback for what we don't implement. |
Thanks for the clarification :) |
…xdg-desktop-portal-wlr#135 (comment)) they are able to be used alongside each other
At least for the GTK portal implementation there are ongoing discussions whether it is viable/wanted to launch at all in a non-gnome context (https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/74 and https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/merge_requests/78). Moreover, there's an open PR for xdg-desktop-portal that might also render some of the currently used fallback logic unusable (flatpak/xdg-desktop-portal#985). I am not sure if the current way of only selectively providing a few parts of the spec will continue to work in the future. |
xdp-gnome is different from xdp-gtk. |
Oh, you are right. Then the current fallback only depends on xdg-desktop-portal-gtk not declaring any required desktop. |
Since screencast and screenshot have the ability to use a graphic chooser (#59) are there plans to implement more of the XDG Portal implementation? (like FileChooser, Notification, etc)
The text was updated successfully, but these errors were encountered: