Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-20 Thread Bill Spitzak
On 02/19/2012 06:41 PM, wuzhiwen wrote: [Wu, Zhiwen]Agree. But my concern is when a regular window raised atop a fullscreen one, should panels raise too? My personal opinion is "no", but it appears there is disagreement with this. Wayland should allow both behaviors, chosen by the compositor.

RE: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-19 Thread wuzhiwen
>Cc: 'Juan Zhao'; Wu, Zhiwen; wayland-devel@lists.freedesktop.org >Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top >fullscreen surface. > > > >wuzhiwen wrote: >> Hi Bill, >> Thanks for your reply. I summarized my scheme as follow

RE: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-19 Thread wuzhiwen
>Sent: Saturday, February 18, 2012 11:10 AM >To: Wu, Zhiwen >Cc: wayland-devel@lists.freedesktop.org >Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top >fullscreen surface. > >On Tue, Feb 14, 2012 at 3:18 AM, wrote: >> From: Alex Wu >> >> Hi

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-17 Thread Kristian Høgsberg
On Tue, Feb 14, 2012 at 3:18 AM, wrote: > From: Alex Wu > >  Hi krh Hi Alex, >  This patch is the implementation of the method 3 of the > proposal(http://lists.freedesktop.org/archives/wayland-devel/2012-February/002085.html) >  for handling panels when compositor has a top fullscreen regular

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-17 Thread Bill Spitzak
wuzhiwen wrote: Hi Bill, Thanks for your reply. I summarized my scheme as following: 1. Make the panels always atop the top regular window. This means no hiding operation to panels, all things is about stacking adjustment. Compositor will check the window status and adjust the stacking every

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-17 Thread Bill Spitzak
Juan Zhao wrote: You opposed ""clicking the window" will raise it"? YES I OPPOSE IT!! Please don't act surprised. There are people who actually think this is THE biggest mistake in GUI design ever and that it has seriously damaged the ability to work with multiple documents and

RE: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-16 Thread wuzhiwen
:wayland-devel-bounces+zhiwen.wu=linux.intel.com@lists.freedesktop.o >rg] On Behalf Of Bill Spitzak >Sent: Friday, February 17, 2012 4:56 AM >To: Juan Zhao >Cc: Wu, Zhiwen; wayland-devel@lists.freedesktop.org >Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top >fulls

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-16 Thread Juan Zhao
On 02/17/2012 04:55 AM, Bill Spitzak wrote: Juan Zhao wrote: If the top regular surface does not occupy the full screen, you can still click on that underlying fullscreen surface to active and raise it. I do not understand why this defeats the whole purpose of letting other surfaces be above

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-16 Thread Bill Spitzak
Juan Zhao wrote: If the top regular surface does not occupy the full screen, you can still click on that underlying fullscreen surface to active and raise it. I do not understand why this defeats the whole purpose of letting other surfaces be above that fullscreen surface. Because it will rai

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread Juan Zhao
On 02/16/2012 10:20 AM, Bill Spitzak wrote: 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 cond

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread Bill Spitzak
wuzhiwen wrote: 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 wel

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread Bill Spitzak
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 surfac

RE: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread wuzhiwen
>-Original Message- >From: Bill Spitzak [mailto:spit...@gmail.com] >Sent: Thursday, February 16, 2012 2:03 AM >To: Juan Zhao >Cc: Wu, Zhiwen; wayland-devel@lists.freedesktop.org >Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top >fullscreen

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread Juan Zhao
On 02/16/2012 02:02 AM, Bill Spitzak wrote: Juan Zhao wrote: Only when un-fullscreen window over fullscreen window, the panels will be shown https://gitorious.org/dataforuse/dataforuse/blobs/master/nFoverF.png Does anybo

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-15 Thread Bill Spitzak
Juan Zhao wrote: Only when un-fullscreen window over fullscreen window, the panels will be shown https://gitorious.org/dataforuse/dataforuse/blobs/master/nFoverF.png Does anybody have any actual documentation or tests t

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread Pekka Paalanen
On Wed, 15 Feb 2012 09:18:17 +0800 "wuzhiwen" wrote: > > >-Original Message- > >From: Bill Spitzak [mailto:spit...@gmail.com] > >I would expect the panels to remain visible below the fullscreen surface, > so the > >user could click on them if there are transparent areas in the fullscreen

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread Juan Zhao
On 02/15/2012 06:02 AM, Bill Spitzak wrote: zhiwen...@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

RE: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread wuzhiwen
>-Original Message- >From: Bill Spitzak [mailto:spit...@gmail.com] >Sent: Wednesday, February 15, 2012 6:02 AM >To: Wu, Zhiwen >Cc: wayland-devel@lists.freedesktop.org >Subject: Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top >fullscreen surface. &

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread Juan Zhao
On 02/15/2012 06:02 AM, Bill Spitzak wrote: 4.For now, popup surface is treated as regular surface, when popup surface got on top of fullscreen surface,panels will be unhidden. That sounds extremely obnoxious. Especially if the panel obscures the object being clicked to bring up the popu

Re: [PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread Bill Spitzak
zhiwen...@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, the user will be able to se

[PATCH] [RFC]Shell: Hide panels when compositor has a top fullscreen surface.

2012-02-14 Thread zhiwen . wu
From: Alex Wu Hi krh This patch is the implementation of the method 3 of the proposal(http://lists.freedesktop.org/archives/wayland-devel/2012-February/002085.html) for handling panels when compositor has a top fullscreen regular surface, and rebases on commit 8fb8d3b1b5b4ef7836a61f111ae