On showing windows where the users want them, on wayland
David Edmundson
david at davidedmundson.co.uk
Tue Apr 14 10:53:55 BST 2020
It depends on whether someone needs to recreate xeyes!
>- make Qt report the screen where the current cursor is the primary
one,
QScreen constantly changing would make plasma panels move, we don't want to
expose cursor pos that way.
>- include in the KWayland::Client::PlasmaShell a way to report the
screen (e.g. the edid or another identifier) with the current cursor.
We would probably use a wl_output ID as an arg.
Being in PlasmaShell is also potentially problematic.
You need this information before we show.
We don't have a wl_surface after the first hide() before the second show(),
which means we can't have a plasmashell.
It might be doable still, but that order needs thinking about before making
protocol mods.
-----
>From a "pure wayland" POV, this approach is backwards - the client should
be specifying the position semantically then kwin would do its thing.
We have the client doing things in absolute positions to have a nice client
migration path from X. I hope to be changing that for KF6.
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kwin/attachments/20200414/2a2618a5/attachment.html>
More information about the kwin
mailing list