On Thu, Aug 08, 2002 at 11:34:38PM +0200, Matthias Clasen wrote: > On Thu, 2002-08-08 at 19:26, Dominik Vogt wrote: > > > > > > When fvwm takes over from metacity, it seems to ignore the _NET_WM_DESKTOP > > > properties left behind by metacity. Worse, windows which are not on the > > > first desk sometimes get completely lost - they don't appear on any desk, > > > but switching back to metacity makes them reappear at the right position. > > > > Could you point me to the spec and the specific place that states > > how the _NET_WM_DESTOP property should be handled? I'd assume the > > window manager is resposible of deleting this property from the > > client window and map all windows on all desks when it terminates. > > How else should the WM find out about windows that are not mapped > > when it starts and that are never mapped by the application? > > > > Yes, the leaving WM is responsible for mapping all windows (actually I > think this is automatic as part of save-set handling). The CVS version > of the EWMH 1.2 draft (still not available online...) specifies that > the _NET_WM_DESKTOP and _NET_WM_STATE properties should be cleared upon > withdrawal of a window, but left in place in case of loosing ownership > of the manager selection, so that the next wm can pick them up.
So, is the "windows don't appear on any desk" part a bug or not? Bye Dominik ^_^ ^_^ -- Dominik Vogt, mail: [EMAIL PROTECTED], phone: 0721/91374-382 Schlund + Partner AG, Erbprinzenstr. 4-12, D-76133 Karlsruhe -- Visit the official FVWM web page at <URL:http://www.fvwm.org/>. To unsubscribe from the list, send "unsubscribe fvwm-workers" in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
