resizing problem about wmii HOT 8 CLOSED

There have always been strange resizes, as long as I remeber. If you have 3 
xterms 
in one column and move one a bit up or down, it can happen that all of them 
will 
resize (they move one "xterm-row") and redraw. 

It can get even worse: I've got two columns. In the first, there is one xterm 
and 
opera. In the second one there are two xterms. I just moved the xterm at the 
bottom 
of my second column up a bit, the xterm in the left column resizes and makes 
opera 
move down one row in the other column!

This all accours quite randomly and much too often.

Even the creation of a floating popup window will sometimes resize managed 
xterms!

More resizing bugs I have encountered, all in the "default" window layout mode:

auto-resizing windows:
1. Create a new view (e.g. "1")
2. Create any new single new window
3. Create a new view (e.g. "2")
4. Open any two windows (e.g. a terminal window and a gvim editor)
5. Add one window to the original view (wmiir xwrite /client/sel/tags +1)
6. Resize the window which appears on both views
7. Switch between views and the windows will slowly become the same size

Zero-height windows:
1. Create a new view (e.g. "1")
2. Create any new single new window
3. Create a new view (e.g. "2")
4. Open any two windows (e.g. a terminal window and a gvim editor)
5. Change the window size from the default layout
5. Add one window to the original view (wmiir xwrite /client/sel/tags +1)
6. Resize the window which appears on both views to match the size of the 
original view.
7. The resized window will sometimes (but not always) change itself to have a 
zero
height if the window sizes match in both views.

i got one opera and gmpc in a column currently. Changes inside of this gtk app 
will 
make it resize, too.

One in particular that I am able to reproduce consistently is when in default 
mode,
you drag the bar *just* above where it was originally and it sort of snaps in 
place
above it, when you let go, that window becomes zero height, as if it were in 
stack mode

> One in particular that I am able to reproduce consistently is when in default 
mode,
you drag the bar *just* above where it was originally and it sort of snaps in 
place
above it, when you let go, that window becomes zero height, as if it were in 
stack mode

Yeah, that code is hairy. It decides that you must be trying to collapse it, 
because
you've dragged it to a zero height. It doesn't realize that it's its own 
window. I'm
thinking about opaque resizing in managed mode, though (hairier still, so, we'll
see). I'll fix this before the next release, though.

This should be fixed in 2309:35f1fda4ead2.