At Mon, 21 May 2012 18:42:58 +0900, Kazuhiro Ito <***@d1.dion.ne.jp> wrote:
Subject: Re: How do I undo whatever WL has done to change scroll wheel behaviour????
Post by Kazuhiro ItoPost by Greg A. WoodsI find the weird behaviour of how WL reacts to scroll wheel input to be
not just annoying, but destructive (in the sense that if I accidentally
try to scroll with the cursor in the wrong window then dozens of unread
messages will be displayed and marked as read and there doesn't seem to
be any way to undo such an operation).
Try the below code. It makes that mouse wheel actions only scroll
summary buffer and keep unread state.
(eval-after-load "wl-summary"
'(progn
(define-key wl-summary-mode-map [mouse-4] 'mwheel-scroll)
(define-key wl-summary-mode-map [mouse-5] 'mwheel-scroll)
(define-key wl-summary-mode-map [S-mouse-4] 'mwheel-scroll)
(define-key wl-summary-mode-map [S-mouse-5] 'mwheel-scroll)))
This works, partly, thank you very much! At least now I don't
accidentally mess up my Summary window.
However due to the problem I asked below, the whole issue is not solved.
I suspect there are other poorly documented bindings that need
fixing/removing, and that I argue SHOULD NOT EVER BE THE DEFAULT.
Post by Kazuhiro ItoPost by Greg A. WoodsI also wish I knew how to make Emacs send scroll wheel inputs to the
window where the mouse cursor is instead of to the window where the
keyboard input goes (without having to use separate frames for every
Emacs window, that is).
In my environment (openSUSE 11.4 with gnome and Windows 7), I think
default behavior is what you wish.
Perhaps I was not quite clear enough in describing the issue I have.
When I said "window" I meant emacs window, not X11 window.
For example, if I have a narrow window on the left of the frame showing
the Folder buffer, and the rest of the frame showing the Summary buffer,
if the mouse cursor is above the Summary window then scroll events go to
the Summary window and, with the expression above, the Summary window
scrolls as expected.
However if I then move the mouse cursor over above the Folder window in
the left of the emacs frame the scroll events now move the cursor up and
down. What the heck is going on!?!?!? Even more bizarrely if while
editing this message in newly created draft window and I send mouse
scroll events to the Folders window, the cursor moves in the Draft
window. This is highly irregular, extremely disconcerting, and
unnatural. (it's not so destructive now though, as if the cursor moves
while I'm typing I can use undo to revert the mess)
Here's an outline of my window layout at the moment now while I compose
this message: all one X11 window, i.e. one emacs frame, with multiple
emacs windows:
+---------------+--------------------------------------------+
| Folders | Summary |
| | |
| | |
| +----------------------+---------------------+
| | Message | Draft |
| | | |
| | | |
| | | |
| | | |
| | | |
+---------------+----------------------+---------------------+
The worst aspect of this issue is that when I use a modern multi-touch
capacitive trackpad the scroll events can be generated very easily by
accident. Normally, e.g. when I'm editing code, this doesn't bother me
too much, but in WL it can cause havoc, confusion, and destruction with
the default mode-maps.
--
Greg A. Woods
Planix, Inc.
<***@planix.com> +1 250 762-7675 http://www.planix.com/