[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