Wayland features

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: 20%

Jonas is working on this. He is getting a 'pinos stream' out of gnome-shell.

screencast

mutter, apps
Completion: 100%

Not sure whats missing here, unless you want to define a Wayland protocol for this. Recording screencasts using gnome-shell's D-Bus api works just fine today in a Wayland session.

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)

FIXME
I have no idea where we stand wrt input methods nor what is really meant by that

on-screen keyboard

protocol, mutter
Completion: 0% (TBD)

FIXME
Not sure if we'd need a new app for that.

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)

FIXME
Not sure what is meant by that, Wayland supports scaling of surfaces and mutter uses that afaik.

attached modal dialogs

gtk+, mutter, protocol
Completion: 0% (TBD)
Note: Not sure if that should be seen as a bug or a feature. gtk+ rightfully sets "set_parent" in its wayland backend for transient windows, and it works in both gnome-shell and weston, but some apps don't use transient relationship and rely on the window manager to treat dialogs as transients for all windows of the same group.
See also: http://lists.freedesktop.org/archives/wayland-devel/2012-December/006637.html, http://lists.freedesktop.org/archives/wayland-devel/2015-November/025726.html

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)

FIXME
Not sure what is meant by that, touch was added in Wayland and Xwayland by Carlos.

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

XVideo extension in Xwayland

Xwayland
Completion: 0%

Technically the extension is present, but no adaptors are exposed. This should be wired up to the subsurface protocol if possible.

Search