Requirements for dropping Xorg support
With #139 we won't be as restricted by Xorg anymore - both architecturally and in terms of bugfixes for Xwayland triggering regressions on Xorg (like with 3a28c02f) - but we'll still have to maintain kwin_x11, and keep the APIs shared with kwin_wayland in sync, like effects and scripts (or force them to support only one or the other). This will likely work out okay for a while, but doing it forever is not great.
As a way out of that, at some point in the future we will completely freeze kwin_x11, and eventually drop it entirely. This issue serves as a list of user facing problems that at least kind of work on Xorg and need be taken care of before that can happen:
-
explicit sync for NVidia: !4693 (merged), xserver!967, wayland-protocols!90 -
old NVidia GPUs on legacy driver branches that don't support gbm: -
With driver version 470, we can at least start a working session by using dumb buffers and CPU rendering. Maybe show some warning that the driver isn't supported anymore, and that the user should switch to Nouveau? -
For even older stuff, we can't show anything in a Wayland session - SDDM probably needs to keep a fallback to Xorg for a while, and warn the user about the incompatibilities there -
plasmashell could still support Xorg with other WMs
-
-
screen sharing for Xwayland apps: Xwayland video bridge should be shipped by default in distros, and possibly integrated into Plasma directly -
the upstream color management protocol needs to implemented (not just a snapshot like !5060 (merged)), and at least some of the more common apps relying on color management should be ported to use it -
accessibility. Don't know exactly what's still missing, please add sub-items here as appropriate! -
task automation (which has overlap with accessibility). At least the common stuff should imo be covered, like triggering key sequences with a keyboard shortcut. There's some existing stuff for this too: -
KWin scripts for this exist. I don't know if any are sufficient though -
ydotool exists as well, but it requires root access -
many things can be done through AT-SPI2
-
-
support for libei / input leap -
session restoration -
(good) unattended remote desktop solution
Edited by Xaver Hugl