Re: [wmii] Issues with current tip.

On Sat, May 31, 2008 at 05:29:08PM -0400, Thomas Gallen wrote:
>Hmm, try number 4 at writing this entry to the mailing list, the last
>3 times wmii crashed when dealing with spawning Gimp with images, I'll
>include a backtrace of that as well. First off, one of the new
>problems I encountered with the current tip.
>
>When selecting a window (for movement) using either MOD1+LClick or by
>using the grab square on the title bar, two things happen:
>
>1. All windows on the screen excluding the windows on the bottom of
>the column shrink in height by a few pixels. Empty space is also
>created below each of the windows (not above, all top of column
>windows are still flush).
>
>2. All bottom of column windows on the screen seem to maintain their
>height, however still gain a bit of empty space below them.
>
>When I release the mouse button, all windows return to their previous
>height. The window I select doesn't seem to matter.

This is a feature, not a bug. Terminals ask to be resized in
certain increments. In columns, this results in unsightly gaps
between windows, so wmii tries to fill the extra space by giving
windows extra increments. The problem with this is that, in
certain circumstances, some windows wind up being favored over
others, and wierd things happen with window heights in columns.
So, when you try to resize windows with the mouse, wmii (now) first
gives all windows the size that they would have if it didn't try
to squeeze out the increment gaps. It's a necessary annoyance.
Sorry.

>Second is a problem I'm having with URxvt and the current tip. When
>selecting any window in a column (using mouse over) which contains
>URxvt terminals, every URxvt terminal in the column seem to redraw
>causing the URxvt terminals to flash. If you place any other
>application over top of that terminal (in float mode), then select a
>window in that column with mouse over, the area in which the terminal
>occupies seems to be redrawn, redrawing the section of the application
>you placed over it.

That's probably because we indiscriminantly reset certain EWMH
properties. I've noticed that urxvt responds to this in annoying
ways, which caused annoying problems before the aforementioned
adaptations were in place. I'll look into it. I've never (ever)
seen urxvt flash, though.

>Third is another problem with URxvt. When resizing or moving a window,
>or spawning/moving a window to the float layer, every URxvt window on
>the screen flashes. Characteristics are the same as the previous
>problem where all applications overlapping those terminals have
>portions of their window redrawn.

It's the same issue. What urxvt settings do you use?

>Fourth and final is the crash, I can reproduce it every time with the
>following conditions:
>...
>Given the above, it crashes for me after trying to spawn (I believe it
>is) the main GIMP tool window and doesn't get farther than that.
>...
>If it's something in my environment causing the crash or any of the
>other problems I'll provide what I can.

I'll see if I can duplicate it. It's nothing in your
environment. wmii should never crash. If it does, it's its own
fault, not yours.

-- 
Kris Maglione
For a long time it puzzled me how something so expensive, so leading
edge, could be so useless, and then it occurred to me that a computer
is a stupid machine with the ability to do incredibly smart things,
while computer programmers are smart people with the ability to do
incredibly stupid things.  They are, in short, a perfect match.
	--Bill Bryson
--===============0525232703==--