RE: [EWMH] _NET_WM_WINDOW_TYPE_AUXILIARY

"Giles Atkinson" <[email protected]>
Newsgroups gmane.comp.gnome.wm-spec
Message-ID <[email protected]>
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: [email protected] [mailto:[email protected]] On Behalf Of Dennis Kasprzyk
Sent: 20 November 2007 05:21
To: [email protected]
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
[email protected]
http://mail.gnome.org/mailman/listinfo/wm-spec-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.