GNU bug report logs - #61307
30.0.50; pixel-scroll-precision-mode: window-scroll-functions?

Previous Next

Full log

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 61307 <at> debbugs.gnu.org
Subject: Re: bug#61307: 30.0.50; pixel-scroll-precision-mode:
 window-scroll-functions?
Date: Thu, 16 Feb 2023 16:47:19 +0800

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Michael Heerdegen <michael_heerdegen <at> web.de>
>> Cc: 61307 <at> debbugs.gnu.org
>> Date: Thu, 16 Feb 2023 05:57:18 +0100
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> > > But I understand that what I see when scrolling with a normal wheel
>> > > mouse is only one case we need to handle.
>> 
>> > Right.  Though on such a system, we should probably call
>> > window-scroll-functions every scroll.
>> 
>> Is receiving <wheel-up> and <wheel-down> events a sufficient hint that
>> the user is scrolling using a "normal" wheel mouse?
>
> I'm not sure, but Po Lu will know.
>
> In any case, AFAIR some mice produce mouse-4 and mouse-5 events
> instead, so relying on the events' symbols might not be the best
> idea.  We are supposed to know whether the device supports pixel
> precision, so maybe basing the decision on that is better?

Try:

  (device-class last-event-frame last-event-device)

but I will eventually get around to replacing this with some virtual
modifier key in Emacs 30.

Previous Next

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