On Sat, Feb 09, 2002 at 09:58:34AM -0500, Dan Espen wrote: > Mail from Dominik: > > There is a bug with the ewmh code that forces windows that > temporarily withdraw their windows into iconic state when they map > again. There is a similar problem for shaded windows and possibly > other states too. It's easy to reproduce: > > 1) Fire up an FvwmButtons that has a panel. > 2) Open the panel. > 3) Iconify/Shade/... the panel > 4) Open the panel again by pressing on the panel button. > > Now, the panels should be mapped again, but instead the icon is > unmapped and then mapped again. I tracked that down into the > EWMH_GetStyle function. What FvwmButtons does is this: > > - XWithdrawWindow() > - set wm hints to start the window in normal state > - XMapWindow() > > But the code in EWMH_GetStyle() sets the do_start_iconic flag of > the style structure. I think there should be some EWMH_... call > to set the EWMH state hint around line 1502 in events.c: > > SetMapStateProp (Tmp_win, WithdrawnState); > > (or probably outside the enclosing if-clause). >
Yes, Fixed. Olivier -- 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]