http://bugs.winehq.org/show_bug.cgi?id=9437
--- Comment #11 from L. Rahyen mail@science.su 2007-08-28 10:03:19 ---
I do not know is there such specific MWM hint.
Yes, in KDE's WM there is such type of windows. However, I don't know how to implement this (I'm programmer but not GUI-programmer, sorry).
If there isn't such hint, why do not let this window be unmanaged?
By default, no windows should be on all desktops. If something available on all desktops on top of *everything* and it is impossible to get rid of it this is very stupid and annoying bug. In fact, current WINE is much better than previous versions. Now we have almost correct behavior. "Almost" means there still some work to be done.
Personally, I really hate unmanaged windows. I have 24 desktops (12 desktops on each monitor), have a lot of Windows programs running. Current behavior gives me a chance to get rid of some (very unflexible) virtual desktops because now much more programs work correctly in Linux environment.
Just relevant example: in the account of my brother he has a Windows program Mousotron. Expected behavior for this program is to be on all desktops. But because it is unmanaged it is even impossible to watch full screen video (it will be on top of it). Minimizing to tray each time isn't acceptable of course (especially if you just want to watch video with length of 5-30 seconds). Using virtual desktop was too ugly so I was forced to write a wrapper script for some full screen programs so they can hide it (by killing it) when necessary and bring it back again. I didn't test it with new WINE yet on his computer but I guess it will work much better now if it will become managed.
What all above means? Unmanaged windows with no possibility to make them managed is very ugly bug in many cases because such behavior brakes WM's rules. In windows there is no desktops but even there programs like Mousotron don't persist on top if you run full screen application.
What about this bug, I see here only two real problems:
qip main window itself is tool window, which has narrow titlebar.
1) This problem is "trivial" one (type of window title). In anyway, In Linux (both GNOME and KDE) default behavior is to be on one desktop and don't use on-top-of-all-windows attribute except where this is really necessary. If user needs special behavior and knows the basics of his/her WM he/she can change settings as he/she wants with few simple clicks. That means even if this will be fixed qip's window will be on one desktop by default anyway because this is the default in the WM for this window-style.
2) This problem is "minor" bug (because easy and obvious workaround is available). The program (qip) hangs if it is on one desktop but you try to use some its functions via tray icon on another desktop.
Hope I understood everything correctly. Anyway it should be decided what this bug is about (problem #1 or #2). Please note that unmanaged style don't comply with Windows behavior because even titlebar-less or on-top-of-all programs in Windows *don't* stay on top if you run full screen application like video player or game. WINE should comply with Windows behavior.