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==--
