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: 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 _______________________________________________ wm-spec-list mailing list wm-spec-list@gnome.org http://mail.gnome.org/mailman/listinfo/wm-spec-list
