Hi. On Mon 2009-02-16 21:43, Martin Stubenschrott <[email protected]> proclaimed: > On 02/07/2009 11:27 PM, Frank Blendinger wrote: > > > Also, a suggestions: when I resize the (height of) clients in the slave > > column, I always end up resizing the (width of the) master client, too. > > Wouldn't it be easier to go to separate "resize master" and "resize > > slave" modes, depending on there the mouse is, when you begin to drag? > > So if the mouse is over the master window, change mwfact, if it is over > > a slave column, change size (height) of the client there. > > wmii does this in a very intuitive way, imagine this layout: > > |------------| > | C | > | C 2 | > | C | > | 1 ABBBBBB| > | C | > | C 3 | > |-----C------| > > > If you start dragging from the "B" edge, you just change the height, the > "C" edge just does the width, and the "A" corner does both. It actually > also has some simple but great logic that if you start dragging while > holding Mod it calculates where the mouse currently is nearest and just > does The Right Thing (tm). > > I never had it think it is wrong, it just worked how it should.
I haven't used wmii for quite a while, awesome fits my needs a lot
better, but I remember that the mouse resizing has always worked
flawless. It might be a little harder to do for awesome, as it has more
layouts, and the resizing should work equally well for all. But I don't
really know - this is something that has to be done in the C core of
awesome, and I have not yet taken a look at it. Might be worth to check
how wmii does it.
But honestly, I don't care that much about it anymore, I made key
bindings work the slave client resizing and am quite happy with those. I
only use the mouse for floating clients now.
Greetings,
Frank
--
Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A
Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A
"Just because I don't care doesn't mean I don't understand."
(Homer Simpson)
signature.asc
Description: Digital signature
