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?
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 really try to avoid weird positions. the move plugin have some code that avoids moving windows to weird positions but that's only for when moving windows. A plugin that makes sure that windows are never placed at weird positions could be written for this purpose. -David
On Mon, 2007-05-21 at 20:35 +0200, Guillaume Seguin wrote:> 2007/5/21, David Reveman <davidr at novell.com>: > > 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
On Mon, 2007-05-21 at 22:06 +0200, Guillaume Seguin wrote:> 2007/5/21, David Reveman <davidr at novell.com>: > > On Mon, 2007-05-21 at 20:35 +0200, Guillaume Seguin wrote: > > > 2007/5/21, David Reveman <davidr at novell.com>: > > > > 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