GNU bug report logs - #54472
29.0.50; mouse-wheel-scroll-amount inconsistency

Previous Next

Package: emacs;

Reported by: Ergus <spacibba <at> aol.com>

Date: Sun, 20 Mar 2022 11:54:01 UTC

Severity: normal

Found in version 29.0.50

Full log


Message #35 received at 54472 <at> debbugs.gnu.org (full text, mbox):

From: Ergus <spacibba <at> aol.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 54472 <at> debbugs.gnu.org
Subject: Re: bug#54472: 29.0.50; mouse-wheel-scroll-amount inconsistency
Date: Tue, 22 Mar 2022 10:49:46 +0100
[Message part 1 (text/plain, inline)]
Hi:

I just confirmed with the developer that this is an issue/feature/limitation with xterm omit translation mouse wheel... So in spite of the problem is there, it is not in emacs side, so you may want to close this issue.

Best,
Ergus



On March 21, 2022 9:50:20 AM GMT+01:00, Po Lu <luangruo <at> yahoo.com> wrote:
>Ergus <spacibba <at> aol.com> writes:
>
>> I'm pretty sure now that this is related with the events...
>>
>> With `emacs -nw` when I scroll 1 tick and `C-h l` I see:
>>
>> ```
>>  ESC [ < 6 5		; 8 0 ; 1 9 M <mouse-5> ;; mwheel-scroll
>>  ESC [ < 6 5		; 8 0 ; 1 9 M <mouse-5> ;; mwheel-scroll
>>  C-h l			;; view-lossage
>> ```
>
>I think this is a bug in xterm-mouse-mode: IIRC (though this may be very
>inaccurate) xterm sends an escape sequence both for a mouse button being
>pressed and for one being released.
>
>On X Windows, moving the scroll wheel will result in both a ButtonPress
>and a ButtonRelease event for the appropriate scroll wheel button.
>
>But I'm by no means an xterm expert, so this may very well be wrong.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
[Message part 2 (text/html, inline)]

This bug report was last modified 3 years and 86 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.