|
From: | Lennart Borgman (gmail) |
Subject: | Re: New keybinding suggestion: C-x _ for `shrink-window' |
Date: | Sun, 28 Oct 2007 23:05:35 +0100 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 |
Bastien wrote:
"Lennart Borgman (gmail)" <address@hidden> writes:C-x + `balance-windows' C-x ^ `enlarge-window'This is not well defined. There may be 4 different borders to move.It is well-defined: `enlarge-window' means implicitely enlarge-window vertically (since enlarge-window-horizontally is a separate function). And having four borders in a window doesn't mean you can always act on this four borders. Actually, in most of the cases, you can verticallyact on only one border, and horizontally act on only one border.This is why `enlarge-window' and `shrink-window' are well defined IMHO: it's pretty rare to have a window with two movable vertical borders or two movable horizontal borders.
Yes, you are right in that the case where there is only one border to move is the most common. It makes sense to add code for that I think.
C-x - `shrink-window-if-larger-than-buffer'Same as above.Why? Please show me an example when it doesn't behave as the user wouldexpect.
When the bottom border and top border both could be moved.
My point is precisely that C-x + is fine as it is.And mine is that resizing windows should not occupy more human memory and key binding space if possible. "C-x + +" is nearly as easy as "C-x +" to type.Don't get me wrong: I do think bw-interactive.el is useful when you need to do complex resizing. But we more often need to do simple resizing so simply adjusting the window size with the native keybindings is fine. And `C-x + +' uses more human memory than `C-x +', no?
I believe human memory comes in chunks of three bytes ... ;-)
Again, it's more intuitive to me that C-x + <up> increase the vertical size of the window immediately.See above. You have to decide which border to act on first.But can't you make the <left> arrow key be at the same time the decision (resize from the left border) *and* the action (move left)?
Would not that mean that the border might be moved in the wrong direction.
And drop theaction in case it has no sense in the current window configuration?
Currently any key that makes no sense exits the minor mode. But maybe it is better to make the arrow keys give some message if the action is not possible.
I tried to explain above. Is it clear now? (Or have I perhaps missed something?)Sorry but it's not clearer... any example would perhaps be useful. Maybe I just miss something very obvious myself.
I think I missed that the special case with just one border to move is the most common. Maybe that is where we miscommunicated?
[Prev in Thread] | Current Thread | [Next in Thread] |