Re: Emacs 22.1 spit window mouse resize

[martin rudalics <rudalics@gmx.at>]

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