https://bugs.kde.org/show_bug.cgi?id=435631
Bug ID: 435631
Summary: Support for Xinerama/RandR equivalent
Product: kwin
Version: 5.20.5
Platform: Compiled Sources
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: wayland-generic
Assignee: kwin-bugs-n...@kde.org
Reporter: d82ks8djf82msd83hf8sc02lqb5...@gmail.com
Target Milestone: ---
There are monitors out there (such as Dell UP3218K) which are implemented as
two monitors in one casing, connected to the computer using two DisplayPort
cables.
>From software perspective we have to monitors with resolution 3840x4320. Only
when combined together these give desired 7680x4320@60Hz. The problem is, from
software perspective there are still two monitors, even though I have just one
piece standing on my desk. This has unintended consequences on application
behavior, such as having a panel on only half of the screen and being able to
"maximize" window only up to half of the screen.
The solution I'm using right now to workaround this is xinerama. RandR (used as
described in
https://michael.stapelberg.ch/posts/2017-12-11-dell-up3218k/#linux-compatibility-configuration)
fails to produce desired result (appears as nop, still seeing two "actual"
monitors in KScreen instead of one "virtual"). But these both are specific for
X.
What we need is an equivalent of Xinerama/RandR implemented for Wayland.
According to earlier attempts on bringing RandR equivalent to Wayland
- https://lists.freedesktop.org/archives/wayland-devel/2013-March/007876.html
-
https://fedoraproject.org/wiki/Wayland_features#XRandR_control_of_Wayland_outputs
- https://lists.freedesktop.org/archives/wayland-devel/2014-April/014091.html
the right place to implement this functionality would be the wayland compositor
itself, kwin in our case.
I may be able to dedicate some time to this. I have experience in C++/Qt, but
none in Wayland protocol nor kwin internals. I'd need someone to mentor me.
What do you think?
--
You are receiving this mail because:
You are watching all bug changes.
