On Mon, 2007-05-21 at 22:06 +0200, Guillaume Seguin wrote: > 2007/5/21, David Reveman <[EMAIL PROTECTED]>: > > On Mon, 2007-05-21 at 20:35 +0200, Guillaume Seguin wrote: > > > 2007/5/21, David Reveman <[EMAIL PROTECTED]>: > > > > On Thu, 2007-05-17 at 14:06 +0200, dragoran wrote: > > > > > The place plugin has a bug: > > > > > when compiz is restarted or started to replace another wm it the > > > > > windows > > > > > are placed in weird positions ( titlebar behind the panel etc.) > > > > > > > > > > shouln't the place plugin loop over all open windows and place them > > > > > correctly when loaded? this should solve this issues. > > > > > any reason why this isn't done? have I missed something or is this > > > > > just > > > > > a bug? > > > > > > > > compiz should not place existing windows at startup. compiz doesn't > > > > > > Would it be possible to change that startup behaviour? Switching from > > > metacity to compiz is quite awful at the moment. And there are also > > > some minimize problems (windows that are mapped but are known as > > > minimized by X, so that you just can't do anything) > > > > Whatever bugs that exist should of course be fixed. If there's other > > things than bugs that is causing it to be awful, please explain more. > > > > -David > > > > The startup problems are the placement one (which was described above) > and the minimized windows problem : When switching from metacity to > kwin, minimized windows are mapped (I mean visible and updating) but > they are still in minimized state (wnck menus show "Unminimize > window", but triggering that doesn't help), so that all you can do > with them is close them (input is impossible, and you can't unminimize > them). I'll try to get some xprop feedback and screenshots next time > it happens.
It's a bug in compiz. Minimized windows should always be mapped when the WM closes down. -David _______________________________________________ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
