Proposal to add 'raise' and 'lower' to xdg-shell in wayland-protocols

[Olivier Fourdan]

Hi,

> michael.blumenkrantz at gmail.com wrote:
>
> [...]
>
> To echo Jonas's comments, I'm also strongly opposed to adding window
stacking
> manipulation to the xdg-shell protocol. It's already a mess handling
windows
> which try to raise/focus themselves in X11, this is not an issue I want to
> handle under Wayland.


> agoode at google.com wrote:
> [...]
>
> Unfortunately, it is in GTK+ for a while now. We have duplication between
> Mutter and GTK+, CSD required GTK+ to directly implement these features.
> Example: https://github.com/GNOME/gtk/blob/master/gtk/gtkwindow.c#L1372
>
> This duplication is unfortunate. Hopefully it could be resolved someday.


> agoode at google.com wrote:
> [...]
>
> Let me try to summarize what the state is here and possible future
outcomes.
> Please correct me if I get any details wrong.
>
> Here are my current assumptions/observations:
> A1. Client-side decoration (CSD) is here to stay. At least GTK+ and Chrome
> use this to put widgets into the titlebar area. I assume Qt and EFL (and
> others) do this as well, but I haven't looked in detail.
> A2. CSD is used to create non-rectangular areas within titlebars that
respond
> to user action. (Chrome tabs are not rectangular, and the titlebar sits
> behind them.)
> A3. Users should be able to bind 'raise' and 'lower' to mouse events in
> window titlebars.
> A4. Wayland developers would prefer to have all window manipulation events
> (maximize, move, resize, raise, lower) be exclusively in control of the
> compositor, preferably with no round trip to clients.
> A5. Wayland developers are very concerned about clients abusing raise and
> lower.
>
> [...]
>
> These requests allow the compositor to trust clients in requesting certain
> actions. But because of A5, raise and lower are not a part of xdg-shell.
> This is in conflict with A3.

Just a remark, the protocol doesn't have necessarily to be in xdg-shell, if
this is between gtk+ and gnome-shell/mutter, then it could fit in gtk-shell
if you manage to convince GNOME devs...

Maybe it's not a good idea for gtk-shell either, dunno, but you may want to
try.

Cheers,
Olivier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-devel/attachments/20161207/26c92e46/attachment.html>