[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: kwin stacking order
From:       m_elter () t-online ! de (Matthias Elter)
Date:       2001-07-07 9:17:05
[Download RAW message or body]

On Friday 06 July 2001 23:59, John Firebaugh wrote:
> I'm working on fixing some of the strut-management/autohiding problems =
with
> kicker. I have a couple questions about stacking order and raising/lowe=
ring
> windows.
>
> 1) Kicker panels that are set to autohide or have been user hidden shou=
ld
> appear at the very edge of the screen, above all other kicker windows. =
The
> problem is that if another kicker window is clicked, it might be raised
> above the hidden one, making it impossible to un-hide it. So, is there =
any
> way to fine tune the stacking order of the windows, either by indicatin=
g
> that certain windows should be above others (but not "Always on top") o=
r by
> intercepting the events that would raise the window and handling them
> myself?
>
> 2) It seems like kwin doesn't use enough layers in determining stacking
> order. From what I can tell there are three groups, from bottom to top:
> normal windows, always on top (including dock windows), and dialogs. I
> think there need to be more, so that the stacking order is as follows:
> normal windows, always on top windows, dialogs, dock windows, mac-style
> menubar. The last one is particularly important -- nothing else should =
ever
> cover the mac menu bar.

The problem is that the NETWM specs should support this, too.

Matthias
 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]