Controlling a wayland client on Linux is still work in progress: https://github.com/rustdesk/rustdesk/issues/56

Partial support has already been added: https://github.com/rustdesk/rustdesk/pull/932

Isn't everything Wayland related an everlasting work in progress? Especially thanks to Nvidia not playing ball.

I wish I could switch to Wayland but the amount of gotchas is so huge that if I want every app to work as expected then X11 is still the only way to go.

Amusingly it is thanks to Wayland i can use Linux on my GPD Win 1 handheld[0] - apparently there is a bug in the video driver that when changing video modes can cause the entire screen to shift several lines (probably some memory offset issue, sometimes it even causes colors to go haywire) that needs a reboot to fix.

However since Wayland (or at last KDE's Wayland implementation) doesn't provide any functionality for changing video modes, the bug isn't triggered when running KDE with Wayland as the latter forces games to use whatever video mode the desktop uses.

Of course that means that games that do not support 1280x720 wont work at all, but that's minor details, about as important as using a lower resolution to get better framerates from the Atom iGPU the device has :-P

(ok, actually might be possible by using gamescope[1], which runs its own Wayland+XWayland compositor inside an SDL window that you can also force to use a specific resolution - again no resolution changes are supported and that uses wlroots - that can be scaled to arbitrary outputs and if the SDL you're using has a Wayland backend to avoid going through the desktop's Wayland compositor's XWayland layer then you may not get that much lag at all - though not sure if there'd be enough memory left for the game after all that :-P)

[0] https://en.wikipedia.org/wiki/GPD_Win

[1] https://github.com/Plagman/gamescope