[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs 22.1 spit window mouse resize
From: |
martin rudalics |
Subject: |
Re: Emacs 22.1 spit window mouse resize |
Date: |
Sat, 09 Jun 2007 10:35:07 +0200 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
> I think that dragging the mode line up or down
> should not change the selected window. If it does select a window,
> that's a bug.
>
> I tried to fix this bug, using mouse-drag-move-window-top
> to avoid the need to temporarily select a window inside
> mouse-drag-mode-line-1. Why does it select a window?
Because of
(global-set-key [mode-line drag-mouse-1] 'mouse-select-window)
Is there any need for this barely sensical binding?
In this context:
1. Has the drag-mouse-1 concept where I can drag an object _without_
keeping the button depressed been abandoned for modelines and dividers?
Is there a reasonable way to implement it? Clicking button-1 again to
stop the drag would simply have to do _nothing_. But this would
apparently conflict with
;; Binding mouse-1 to mouse-select-window when on mode-, header-, or
;; vertical-line prevents Emacs from signaling an error when the mouse
;; button is released after dragging these lines, on non-toolkit
;; versions.
(global-set-key [mode-line mouse-1] 'mouse-select-window)
2. Is there any way to drag vertical dividers in a more convenient way
than to move the mouse cursor to a tiny area on the mode-line? I could
conceive to move vertical dividers either by dragging a fringe (provided
it's there) or by dragging scroll bars "horizontally" (thus trying to
distinguish merely x- and merely y- increments).
I tried a slightly enhanced `mouse-drag-vertical-line' with the
following bindings
(global-set-key [right-fringe down-mouse-1] 'mouse-drag-right-fringe)
(global-set-key [left-fringe down-mouse-1] 'mouse-drag-left-fringe)
and it works well though it might conflict with `gdb-ui' bindings.