Re: Mouse support does not work

[Aaron Meurer]

On Sat, Jan 14, 2012 at 5:55 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:
>
> Am 14.1.2012 um 21:08 schrieb Drew Adams:
>
>> Those look like keyboard keys to me, not mouse events.  If you use the mouse
>> (e.g. click `mouse-1' somewhere, then click `mouse-3' somewhere, to select 
>> some
>> text) you should see mouse events such as I show above.
>
> Drew,
>
> Aaron is working with GNU Emacs in non-windows "mode" inside an xterm 
> (variant). The latter is an X client, it exists in a windowing system and it 
> receives key or mouse events. But the things running inside the xterm 
> (iTerm2) terminal emulation can only receive text input, for example ANSI Esc 
> sequences (or codes). It looks as if these codes are produced by the given 
> "mouse events":
>
>        ESC [ M a F Z   = <mouse-4> = scroll-up
>        ESC [ M ` u X   = <mouse-5> = scroll-down
>
>        ESC [ M e / Q   = S-<mouse-4> = <mouse-8>
>        ESC [ M d 5 S   = S-<mouse-5> = <mouse-9>
>
>        ESC [ M q - S   = C-<mouse-4> = <mouse-20>
>        ESC [ M p 2 T   = C-<mouse-5> = <mouse-21>
>

It's not that simple if you have the mouse-wheel-follows-focus set,
because it also keeps track of the cursor location.  Here's an example
scroll up for me:

ESC [ > 0 ; 9 5 ; c ESC [ M a | 8

Aaron Meurer

> Having set in my init file
>
>          (global-set-key [mouse-4]     (lambda () (interactive) 
> (mwheel-scroll mouse-wheel-up-event)))
>          (global-set-key [mouse-5]     (lambda () (interactive) 
> (mwheel-scroll mouse-wheel-down-event)))
>
> scrolling feels quite OK in xterm and y bit too fast in uxterm... Not as 
> smooth as with a windowing Emacs.
>
> --
> Greetings
>
>  Pete
>
> Hard Disk, n.:
>        A device that allows users to delete vast quantities of data with 
> simple mnemonic commands.
>