Wayland Desktop features progress
This purpose of this page is to list the current missing or incomplete features in GNOME on Wayland to achieve a user experience on par with what is found on X11.
This page is not meant to list known bugs or issues with existing features, nor how to debug Wayland issues, see How to debug Wayland problems for this.
It focuses primarily on GNOME because GNOME is the default desktop on Fedora Workstation, but features may need to be implemented at different levels not necessarily part of GNOME:
* kernel: drm, evdev, etc. * libraries: underlying libraries, e.g. libinput, libwayland, etc. * protocol: requires a new Wayland protocol or amending an existing protocol * Xwayland: X11 compatibility * mutter: Wayland compositor * gtk+: toolkit, handles client side decorations in Wayland * apps: requires new applications
remote display
protocol, mutter
- Completion: 0% (TBD)
screencast
mutter, apps
- Completion: 0% (TBD)
primary selection
protocol, gtk+, mutter, Xwayland
- Completion: 0% (TBD)
- See also: https://wiki.gnome.org/Initiatives/Wayland/PrimarySelection
input methods
protocol, gtk+, mutter
- Completion: 0% (TBD)
on-screen keyboard
protocol, mutter
- Completion: 0% (TBD)
relative/locking pointer confinement
protocol, libraries
- Completion: 0% (TBD)
- Note: Required for games
- See also: http://lists.freedesktop.org/archives/wayland-devel/2014-December/018653.html http://lists.freedesktop.org/archives/wayland-devel/2015-October/024726.html
hi-dpi support
protocol, gtk+, mutter
- Completion: 0% (TBD)
attached modal dialogs
gtk+, mutter
- Completion: 0% (TBD)
- Note: This should use the existing "set_parent" request in xdg-shell protocol.
tablet support
protocol, libraries, gtk+
- Completion: 0% (TBD)
startup notification
protocol, libraries, gtk+, mutter
- Completion: 0% (TBD)
clipboard proxy for xwayland
Xwayland
- Completion: 50%
Copy/paste does work, kinda. There seem to be some cases where things don't manage to get from one side to the other; I (ajax) have hit cases where copying a URL from Firefox (an X11 app) into Evolution (wayland-native) doesn't do anything. I suspect that's due to getting selection type negotiation wrong. Pasting URLs from Firefox to gnome-terminal seems to work just fine, and I doubt g-t is doing any content type negotiation.
touch proxy for xwayland
protocol, gtk+, mutter, Xwayland
- Completion: 0% (TBD)
accessibility features
protocol, gtk+, mutter
- Completion: 0% (TBD)
output rotation
mutter, apps
- Completion: 0% (TBD)
- Note: Wayland protocol already supports output transformation, supported by Xwayland and weston can use it.
XRandR control of Wayland outputs
protocol, Xwayland
- Completion: 0% (TBD)
- Note: There is a "read-only" XRandR support in Xwayland, but it cannot send request back to the Wayland compositor so X11 applications have no control over the output configurations.
screensaver control
protocol, mutter, Xwayland, apps
- Completion: 0% (TBD)
- See also: https://bugs.freedesktop.org/show_bug.cgi?id=89440, http://lists.freedesktop.org/archives/wayland-devel/2015-November/025582.html
Xfree86-VidModeExtension in Xwayland
protocol, Xwayland
- Completion: 0% (TBD)
- Note: Some games check for this extension and would refuse to start without. There are patches contributed but these are incomplete and not satisfactory. Beside, this is the same a current XRandR support, i.e. read-only, Xwayland apps cannot control the output configuration.
- See also: https://bugs.freedesktop.org/show_bug.cgi?id=87806, http://lists.x.org/archives/xorg-devel/2015-September/047460.html, http://lists.x.org/archives/xorg-devel/2015-October/047559.html