[PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.
zhiwen.wu at linux.intel.com
Tue Feb 14 17:18:17 PST 2012
>From: Bill Spitzak [mailto:spitzak at gmail.com]
>Sent: Wednesday, February 15, 2012 6:02 AM
>To: Wu, Zhiwen
>Cc: wayland-devel at lists.freedesktop.org
>Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top
>zhiwen.wu at intel.com wrote:
>> If yes, remove the panel surface from weston_compositor::surface_list
>and store them to wl_shell:hidden_panels.
>> If no, and we have hidden panels, unhide them.
>Does this mean that if the fullscreen surface has some transparent area,
>user will be able to see the fact that the panels are removed from the
[Wu, Zhiwen] Yes
>I would expect the panels to remain visible below the fullscreen surface,
>user could click on them if there are transparent areas in the fullscreen.
[Wu, Zhiwen] I think the transparent areas in the fullscreen just make under
surfaces visible but not let the input event deliver to them.
So user could not click on the panels even though they are visible.
>scheme means a client can force the panels to vanish by putting up a
>transparent fullscreen surface.
[Wu, Zhiwen] Yes, but only when the fullscreen are on top. My concern is
that do fullscreen surface really need transparent areas to show panels?
>> 4.For now, popup surface is treated as regular surface, when popup
>got on top of fullscreen surface,
>> panels will be unhidden.
>That sounds extremely obnoxious. Especially if the panel obscures the
>being clicked to bring up the popup menu! I would change it to not show the
>panels if there is *any* fullscreen surface.
[Wu, Zhiwen]Yes, i will handle this soon.
More information about the wayland-devel