Re: incorrect interpretation of window types toolbar and menu

On Fri, Aug 29, 2003 at 04:02:26PM +0200, Lubos Lunak wrote:
> (CC-ing one of OpenBox developers because I'm not sure if any of them is 
> subscribed here, sorry if you are).
>  Hello,
>  (Intro: I tried to create a patch for Qt to make sure it always sets correct 
> window type, because I even intend to use it in KWin, and guess what - I 
> actually broke Qt by the patch. At least with some window managers. That's 
> why one OpenBox developer is in CC. And one FVWM developer would be there 
> too, but I remember seeing some of them here, so I hope this isn't needed).
>  Get some application that sets window type for torn-off toolbars and menus 
> (or just create a testapp, e.g. metacity-window-demo would do, but with real 
> app it will be more obvious).
>  Menus first - they're almost useless with OpenBox or FVWM (only recent 
> versions of FVWM). They are on all desktops, they are borderless, and one 
> cannot move them. My guess is that this is because KDE (3.0 and older) used 
> _NET_WM_WINDOW_TYPE_MENU for something different than what the spec says - it 
> was used for the standalone menubar a'la macmenu. That was indeed KDE mistake 
> (even though I was told that TYPE_MENU was originally meant to be that, and 
> it somehow ended up meaning what it is now), but I suppose you could at least 
> have told us, instead od doing the same. See also 
>  The attached piece of code is what's currently in KWin to detect the old 
> incorrect usage of TYPE_MENU, feel free to use it. If you want to keep 
> support for KDE's menubar, which is _KDE_NET_WM_WINDOW_TYPE_TOPMENU since 
> KDE3.1, and will need a bit of work to handle in KDE3.2, we can discuss that 
> at the kwin kde org mailing list. Or here, if there's enough interest.
>  Toolbars second - that's not as bad. If you actually manage to find something 
> that has tear-off toolbars and sets the window type on them, you'll get no, 
> one or two decorations depending on what you use. Could we please agree how 
> to decorate them? I think I already asked about this here once, but I can't 
> find it in the archives :(. I also don't remember what conclusion there was, 
> if any.

If I well understand the ewmh spec we cannot add something like: "window
of _NET_WM_WINDOW_TYPE foo SHOULD be decorate like this and like this".

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]