[wmii] Dynamicness, Window Sizes (again, sorry) and Xinerama.

From: Adrian Ratnapala <adrian.ratnapala_AT_gmail.com>
Date: Tue, 11 Apr 2006 22:30:22 +1000

Firstly, I'm sorry to dredge up matters already discussed in the thread

    - [wmii] an alternative way to dynamically resize windows

but I was not subscribed to the list at the time, and this is
slightly different. Secondly, please note this is not a feature
request, but a fishing expedition after thoughts and ideas.
That is why it is vague.

I'm thinking the wmii-3 model of "dynamicness" is a bit wrong
because it actually involves a lot more manual-layout than 2.5.
I think this is because 2.5 shuffled windows dynamically within
a fixed "landscape", while in the new snaps window are pegged
statically to their columns. The "dynamics" is then concentrated
in creating the landscape, which, as the last thread shows,
creates instability and human repair-work.

Consider Xinerama. In order to prevent columns spanning a
monitor boundary, I must have both my monitors at 1200x1024,
and must be careful to always use an even number of
columns. None of this would be necessary if the monitor
boundaries were part of a fixed landscape that controlled
column sizes.

BTW: As much as I like tags and stacked columns, I found
2.5 a better match for my work. There were 2 or 3
"places", and the most important client was in the big
one. Thanks to $MODKEY-Enter, merely thinking "look at
that client", was almost enough to focus it in the big space and
dismissing it was even easier. This was possible because
WMII took care of shuffling the windows, within the fixed
Received on Tue Apr 11 2006 - 14:30:26 UTC

This archive was generated by hypermail 2.2.0 : Sun Jul 13 2008 - 16:02:15 UTC