| commit | 95a576bd62c06d6979c1a7ed78cd33949f9ea974 | |
| author | Daniel Déchelotte <yo.dan@free.fr> | |
| Sun, 5 Mar 2006 18:42:57 +0000 (5 19:42 +0100) | ||
| committer | Carlos R. Mafra <crmafra@gmail.com> | |
| Thu, 20 Aug 2009 21:59:41 +0000 (20 23:59 +0200) | ||
| tree | 41fc89a707383bffeadebde6975b9914b4620914 | treesnapshot (tar.gz zip) |
| parent | 3f7110b120e8b57048a363e1b933ef4db6a14cb9 | commitdiff |
Fix "smart" placement bug when there are shaded windows in other workspaces
Bug overview:
New windows are sometimes mis-placed when the "smart" algorithm is used.
How to reproduce it:
be sure (with WPrefs.app, for instance) to use the so-called "smart"
window placement algorithm. In an empty workspace, open a first window
(for instance, an xterm). The window should appear at the upper left corner.
Shade it (hide its contents below its title bar by double-clicking on it)
and select another empty workspace. Open another window. Instead of placing
it at the exact same place as the first window, wmaker places the new
window a little bit lower, or frankly to the right.
Explanation and correction:
when placing a new window, wmaker avoided all shaded windows, instead of
only avoiding the shaded windows on the active workspace.
Bug overview:
New windows are sometimes mis-placed when the "smart" algorithm is used.
How to reproduce it:
be sure (with WPrefs.app, for instance) to use the so-called "smart"
window placement algorithm. In an empty workspace, open a first window
(for instance, an xterm). The window should appear at the upper left corner.
Shade it (hide its contents below its title bar by double-clicking on it)
and select another empty workspace. Open another window. Instead of placing
it at the exact same place as the first window, wmaker places the new
window a little bit lower, or frankly to the right.
Explanation and correction:
when placing a new window, wmaker avoided all shaded windows, instead of
only avoiding the shaded windows on the active workspace.
| src/placement.c | diffblobblamehistory |