[PATCH v2 1/2] shell & compositor: add parameters for set_fullsceen

Bill Spitzak spitzak at gmail.com
Thu Jan 12 13:22:15 PST 2012


Pekka Paalanen wrote:

> Ok, I'll rephrase what I really meant, just forgot to write a tiny
> subordinate clause in the above.
> 
> When a fullscreen surface is raised topmost, it should be raised on top
> of panels. When some other surface is raised afterwards, the panels must
> be raised too, if the other surface is not fullscreen.
> 
> Happy?

No.

What I want is if an application has a control panel window atop it's 
main window, and you full-screen the main window, the control panel 
remains atop the fullscreen window, and does not (even temporarily) go 
below it.

This means that before raising the fullscreen window above the panel, 
this control panel must be raised first, and then the fullscreen window 
placed below it.

The best way I see to do this is to to not have the compositor reorder 
the window. Instead the client will raise it's control panel window, 
then raise the fullscreen window to be below it.

There may be other methods by which clients communicate a "stacking 
window graph" to the compositor. This has to be an arbitrary directed 
acyclic graph of windows and clients must be able to modify it 
synchronously with any changes to their state. Each edge in this graph 
will have to have information about what other windows may be inserted 
between this pair. IMHO this is much too complicated and does not fit 
with Wayland's design.


More information about the wayland-devel mailing list