[PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.
Bill Spitzak
spitzak at gmail.com
Wed Feb 15 18:20:05 PST 2012
Juan Zhao wrote:
>> This prevents the fullscreen window from putting any useful clickable
>> areas, such as the menubar, where the panels may obscure it, since the
>> user cannot choose them without first raising the fullscreen window.
> This is just one condition about the behaviour for fullscreen surface.
> The client doesn't know it, or even leave that fullscreen status. In
> fact, It doesn't need to know it.
>
> When the top-level of regular surfaces in compositor side is
> un-fullscreen, The focus of the compositor should be that un-fullscreen
> window. Once you click on that fullscreen surface or switch to it, you
> can go further to use the menubar.
>>
>> In addition if the panels obscure all the control areas and leave only
>> an area where clicks will do something (such as the canvas in a
>> painting program) then it will be impossible for the user to re-raise
>> the fullscreen window with a click without changing the document as well.
> You can use alt+table switch to that fullscreen surface. This can
> resolve your concern. :)
Both of these will raise the fullscreen surface, which is not what I
want, and defeats the whole purpose of letting other surfaces be above it.
In addition you seem to be assuming that clicks in "inactive" windows
should do nothing. There are a LOT of people who disagree and Wayland
should certainly not actively prevent this.
More information about the wayland-devel
mailing list