RE: [EWMH] _NET_WM_WINDOW_TYPE_AUXILIARY

["Giles Atkinson" <Giles Atkinson eu citrix com>]

It seems to me that these would be better defined as one of the multiple documented values of _NET_WM_STATE rather than the single value of _NET_WM_WINDOW_TYPE.
Looking at the existing defintions, TYPE specifies the UI semantics of a window, while STATE defines various, possibly temporary, properties it may have.  These requests for special treatments by the compositing manager looks far more like STATEs than TYPEs to me.

Giles

-----Original Message-----
From: wm-spec-list-bounces gnome org [mailto:wm-spec-list-bounces gnome org] On Behalf Of Dennis Kasprzyk
Sent: 20 November 2007 05:21
To: wm-spec-list gnome org
Subject: Re: [EWMH] _NET_WM_WINDOW_TYPE_AUXILIARY

Lubos Lunak wrote:

> 
>  I agree here. AUXILIARY sounds like A_SPECIAL_HACK. I think that ideally
>  all
> such effects should be in the CM, but in reality I would be fine with
> having this VISUAL_EFFECT.
> 
I think it could make more sense to have 2 different hints here:

_NET_WM_WINDOW_TYPE_OVERIDE_ANIMATION : Informs a composite manager to not
animate the window (open/close/focus animation)

_NET_WM_WINDOW_TYPE_OVERIDE_TRANSFORMATION : Informs a composite manager to
not transform a window. Windows like osd's shouldn't be mapped on the cube
or zoomed. Windows with this hint would be displayed nontransformed on the
screen but could have open/close animation applied by the composite
manager.

Dennis


_______________________________________________
wm-spec-list mailing list
wm-spec-list gnome org
http://mail.gnome.org/mailman/listinfo/wm-spec-list