[7297] in testers

home help back first fref pref prev next nref lref last post

Re: zwgc/metacity stacking issue

daemon@ATHENA.MIT.EDU (Bill Cattey)
Wed Jul 27 16:23:32 2005

From: Bill Cattey <wdc@MIT.EDU>
To: Robert A Basch <rbasch@mit.edu>
Cc: testers@mit.edu
In-Reply-To: <1122495287.1097.54.camel@tokata.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Wed, 27 Jul 2005 16:23:19 -0400
Message-Id: <1122495799.1097.57.camel@tokata.mit.edu>
Mime-Version: 1.0

Just now there was a bunch of z-grams stacked up.
I clicked them away one at a time watching the monotonically decreasing
timestamps.

Then I switched to a workspace where a terminal window appeared in the
midst of the z-grams stacked.

I clicked a couple away, and happened upon one with an apparently
LATER timestamp.

I think the restore of z-grams when workspaces changes may be affected
by by window stacking order in the different workspaces.

-wdc

On Wed, 2005-07-27 at 16:14 -0400, Bill Cattey wrote:
> I have something to add here.
> 
> I've noticed that, using multiple workspaces, that the stacking 
> of the z-grams sometimes seems sometimes to be DIFFERENT on different
> workspaces.  I'd clicked away the z-gram just as I was noticing that it
> was under one thing in one workspace and on top of another in another
> workspace, and so I'd made a mental note to
> be more careful and document the EXACT behavior when I saw it again.
> 
> -wdc
> 
> On Wed, 2005-07-27 at 15:54 -0400, Robert A Basch wrote:
> > On 9.4.11 Linux, I noticed that metacity apparently does not
> > necessarily stack new zwgc zephyrgrams on top of existing windows,
> > i.e. possibly obscuring the new zephyrgram.  (This is with
> > "reverseStack" set false).  Reverting to sawfish seems to restore
> > the old behavior, i.e. where new zephyrgrams are always stacked on
> > top of existing windows.

home help back first fref pref prev next nref lref last post