GNU bug report logs - #57970
29.0.50; Create new defgroup for pixel-scroll.el

Previous Next

Full log

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 57970 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
Date: Mon, 11 Sep 2023 20:45:55 +0800

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

>> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 57970 <at> debbugs.gnu.org
>> Date: Mon, 11 Sep 2023 16:37:10 +0800
>> From:  Po Lu via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> 
>> Stefan Kangas <stefankangas <at> gmail.com> writes:
>> 
>> > I'm still not sure what is the relationship with pixel-scroll-mode.  Eli
>> > does, I think.  So it might be best to send any suggested changes to the
>> > bug tracker.
>> 
>> For what it's worth, the only advantage the old pixel-scroll-mode has
>> over p-s-p-m is that it functions with regular wheel mice by default.
>> 
>> pixel-scroll-precision-mode is also capable of supporting wheel mice,
>> but detecting them and enabling the requisite options is tricky and
>> subject to numerous edge cases, so those options remain off by default.
>
> So maybe we should document that one is better for wheels, the other
> for touchpads?  And maybe even (gasp!) rename
> pixel-scroll-precision-mode to something like touchpad-scroll-mode?

pixel-scroll-mode isn't better for wheel mice as long as you actually
tell p-s-p-m that you use one, so that assessment isn't really correct.

pixel-scroll-mode's principal failings are that it bails out when a
wheel event arrives while scrolling is taking place, it always scrolls
by a set number of lines, and it is slow.  p-s-p-m experiences none of
these problems.

Previous Next

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