Re: Mouse support does not work

[Aaron Meurer]

Actually, I found another program that does what I want.  urwid
(https://github.com/wardi/urwid) has a input_test script that echos
all the keystrokes.  In this script, only one mouse scroll event is
reported per scroll.  So I don't know where the bug is at this point
(though I am convinced that it is indeed a bug somewhere).  Here's the
iTerm2 bug I reported if anyone's interested
(http://code.google.com/p/iterm2/issues/detail?id=1715).

Aaron Meurer

On Sat, Jan 14, 2012 at 10:26 AM, Aaron Meurer <asmeurer@gmail.com> wrote:
> The problem I'm encountering is that when I scroll by the smallest
> amount with the mouse, it scrolls by two lines.  I have the
> mouse-wheel-scroll-amount set to 1.  If I set it to 2, it scrolls by
> 4, and so on.  vim does the same thing, so I suspect that what's
> happening is that a single scroll is being reported as two. But the
> only way to be sure would be to get something that echos all
> keystrokes, so I could see if a single scroll is really being reported
> as two mouse-5 events.  C-h k won't work for this, because it only
> would show the first such event (if my theory is correct).
>
> Actually, I think I figured out that it's correct anyway, because I
> did C-h k and then scrolled up, and it showed me the help for mouse-5
> *and then* scrolled the document up by exactly one line.
>
> So I'll be reporting this as a bug to iTerm2.  I'll post back here if
> I find a solution.
>
> Aaron Meurer
>
> On Sat, Jan 14, 2012 at 9:53 AM, Drew Adams <drew.adams@oracle.com> wrote:
>>> Going back to my scrolling problem, is there a way to echo all
>>> keystrokes?  I mean, something similar to C-h k, except it echos
>>> multiple keystrokes.  I suspect that either my trackpad or iTerm2 may
>>> be reporting a single scroll as two scrolls, hence the multiplying by
>>> two problem.
>>
>> Not sure what you are asking or what problem you are encountering, but maybe
>> option `echo-keystrokes' will help?
>>