From Fedora Project Wiki

m (XRandR control of Wayland outputs)
Line 104: Line 104:
 
* <code>protocol, Xwayland</code>
 
* <code>protocol, Xwayland</code>
 
* Completion: 0% (TBD)
 
* Completion: 0% (TBD)
* Note: There is a "read-only" XRandR support in Xwayland, but it cannot send request back to the Wayland compoisitor so X11 applications have no control over the output configurations.
+
* 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 ==
 
== screensaver control ==

Revision as of 14:07, 23 November 2015

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

input methods

  • protocol, gtk+, mutter
  • Completion: 0% (TBD)
Note.png
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)
Note.png
FIXME
Not sure if we'd need a new app for that.

relative/locking pointer confinement

hi-dpi support

  • protocol, gtk+, mutter
  • Completion: 0% (TBD)
Note.png
FIXME
Not sure what is meant by that, Wayland supports scaling of surfaces and mutter uses that afaik.

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: 0% (TBD)
Note.png
FIXME
Not sure what is meant by that, copy/paste already works between Wayland native and Xwayland apps.

touch proxy for xwayland

  • protocol, gtk+, mutter, Xwayland
  • Completion: 0% (TBD)
Note.png
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

Xfree86-VidModeExtension in Xwayland