* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
@ 2022-09-21 8:02 Stefan Kangas
2022-09-21 11:47 ` Lars Ingebrigtsen
0 siblings, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2022-09-21 8:02 UTC (permalink / raw)
To: 57970
Severity: wishlist
The options from pixel-scroll.el are in the `mouse' and `scrolling'
groups now. Especially the former is very crowded as it is, so I think
we should add a separate defgroup for pixel-scroll.el.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2022-09-21 8:02 bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el Stefan Kangas
@ 2022-09-21 11:47 ` Lars Ingebrigtsen
2022-09-21 13:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 0:17 ` Stefan Kangas
0 siblings, 2 replies; 12+ messages in thread
From: Lars Ingebrigtsen @ 2022-09-21 11:47 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 57970
Stefan Kangas <stefankangas@gmail.com> writes:
> The options from pixel-scroll.el are in the `mouse' and `scrolling'
> groups now. Especially the former is very crowded as it is, so I think
> we should add a separate defgroup for pixel-scroll.el.
Makes sense to me.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2022-09-21 11:47 ` Lars Ingebrigtsen
@ 2022-09-21 13:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-09-21 14:03 ` Lars Ingebrigtsen
2023-09-11 0:17 ` Stefan Kangas
1 sibling, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-09-21 13:51 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 57970, Stefan Kangas
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Stefan Kangas <stefankangas@gmail.com> writes:
>
>> The options from pixel-scroll.el are in the `mouse' and `scrolling'
>> groups now. Especially the former is very crowded as it is, so I think
>> we should add a separate defgroup for pixel-scroll.el.
>
> Makes sense to me.
BTW, doesn't this mean we should now put pixel-scroll-precision-mode in
the manual somewhere? Because the idea was previously that people would
find pixel-scroll-precision-mode by looking at the mouse customize
group.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2022-09-21 13:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-09-21 14:03 ` Lars Ingebrigtsen
2023-09-11 0:21 ` Stefan Kangas
0 siblings, 1 reply; 12+ messages in thread
From: Lars Ingebrigtsen @ 2022-09-21 14:03 UTC (permalink / raw)
To: Po Lu; +Cc: 57970, Stefan Kangas
Po Lu <luangruo@yahoo.com> writes:
> BTW, doesn't this mean we should now put pixel-scroll-precision-mode in
> the manual somewhere?
Yes, I think so.
> Because the idea was previously that people would find
> pixel-scroll-precision-mode by looking at the mouse customize group.
The new group will be a sub-group under the mouse group, though, so
people can still find it that way, I think.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2022-09-21 14:03 ` Lars Ingebrigtsen
@ 2023-09-11 0:21 ` Stefan Kangas
2023-09-11 8:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 12+ messages in thread
From: Stefan Kangas @ 2023-09-11 0:21 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Po Lu, 57970
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Po Lu <luangruo@yahoo.com> writes:
>
>> BTW, doesn't this mean we should now put pixel-scroll-precision-mode in
>> the manual somewhere?
>
> Yes, I think so.
This bug was closed as fixed, but feel free to propose a patch for this
related but separate issue.
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.
Thanks in advance.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 0:21 ` Stefan Kangas
@ 2023-09-11 8:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 12:38 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-09-11 8:37 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Lars Ingebrigtsen, 57970
Stefan Kangas <stefankangas@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 8:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-11 12:38 ` Eli Zaretskii
2023-09-11 12:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2023-09-11 12:38 UTC (permalink / raw)
To: Po Lu; +Cc: larsi, 57970, stefankangas
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 57970@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@gnu.org>
>
> Stefan Kangas <stefankangas@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?
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 12:38 ` Eli Zaretskii
@ 2023-09-11 12:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 13:49 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-09-11 12:45 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: larsi, 57970, stefankangas
Eli Zaretskii <eliz@gnu.org> writes:
>> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 57970@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@gnu.org>
>>
>> Stefan Kangas <stefankangas@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 12:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-11 13:49 ` Eli Zaretskii
2023-09-11 14:46 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2023-09-11 13:49 UTC (permalink / raw)
To: Po Lu; +Cc: larsi, 57970, stefankangas
> From: Po Lu <luangruo@yahoo.com>
> Cc: stefankangas@gmail.com, larsi@gnus.org, 57970@debbugs.gnu.org
> Date: Mon, 11 Sep 2023 20:45:55 +0800
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > 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.
It sounds like your comments actually agree with my suggestions ;-)
To clarify, I didn't mean that pixel-scroll-precision-mode _cannot_ be
used with wheels, I just said pixel-scroll-mode is _better_ there
(because it requires no tricky configuration); conversely, for
touchpads, pixel-scroll-precision-mode produces a much better UX OOTB.
This particular discussion is about two modes that have very similar
names. I think explaining the strengths and weaknesses (even if they
are minor and can be overcome, given enough efforts) goes at least
some way towards resolving user confusion about these two, and
changing the name, even if not 110% accurate, is even better.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 13:49 ` Eli Zaretskii
@ 2023-09-11 14:46 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 15:52 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-09-11 14:46 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: larsi, 57970, stefankangas
Eli Zaretskii <eliz@gnu.org> writes:
> It sounds like your comments actually agree with my suggestions ;-)
>
> To clarify, I didn't mean that pixel-scroll-precision-mode _cannot_ be
> used with wheels, I just said pixel-scroll-mode is _better_ there
> (because it requires no tricky configuration); conversely, for
> touchpads, pixel-scroll-precision-mode produces a much better UX OOTB.
That is correct, but not from an objective standpoint, only from the POV
of what is better "out of the box". p-s-p-m is worse off OOTB, because
it takes no effect at all without some configuration.
> This particular discussion is about two modes that have very similar
> names. I think explaining the strengths and weaknesses (even if they
> are minor and can be overcome, given enough efforts) goes at least
> some way towards resolving user confusion about these two, and
> changing the name, even if not 110% accurate, is even better.
Users customarily search for terms in the vein of "pixel scroll", which
that must still be taken into account: whatever name we select for the
mode should incorporate the word "pixel".
One more data point: within the stream of feature requests that
constitued the impetus for my decision to implement this feature, not a
single request mentioned the word "touchpad", whereas "pixel" and
"precise" abounded. At least in my recollection.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2023-09-11 14:46 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-11 15:52 ` Eli Zaretskii
0 siblings, 0 replies; 12+ messages in thread
From: Eli Zaretskii @ 2023-09-11 15:52 UTC (permalink / raw)
To: Po Lu; +Cc: larsi, 57970, stefankangas
> From: Po Lu <luangruo@yahoo.com>
> Cc: stefankangas@gmail.com, larsi@gnus.org, 57970@debbugs.gnu.org
> Date: Mon, 11 Sep 2023 22:46:03 +0800
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > This particular discussion is about two modes that have very similar
> > names. I think explaining the strengths and weaknesses (even if they
> > are minor and can be overcome, given enough efforts) goes at least
> > some way towards resolving user confusion about these two, and
> > changing the name, even if not 110% accurate, is even better.
>
> Users customarily search for terms in the vein of "pixel scroll", which
> that must still be taken into account: whatever name we select for the
> mode should incorporate the word "pixel".
>
> One more data point: within the stream of feature requests that
> constitued the impetus for my decision to implement this feature, not a
> single request mentioned the word "touchpad", whereas "pixel" and
> "precise" abounded. At least in my recollection.
We could use touchpad-pixel-scroll, for example.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el
2022-09-21 11:47 ` Lars Ingebrigtsen
2022-09-21 13:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-11 0:17 ` Stefan Kangas
1 sibling, 0 replies; 12+ messages in thread
From: Stefan Kangas @ 2023-09-11 0:17 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 57970-done
Version: 29.1
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Stefan Kangas <stefankangas@gmail.com> writes:
>
>> The options from pixel-scroll.el are in the `mouse' and `scrolling'
>> groups now. Especially the former is very crowded as it is, so I think
>> we should add a separate defgroup for pixel-scroll.el.
>
> Makes sense to me.
Now done on master (commit b6c725ba98a).
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2023-09-11 15:52 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-09-21 8:02 bug#57970: 29.0.50; Create new defgroup for pixel-scroll.el Stefan Kangas
2022-09-21 11:47 ` Lars Ingebrigtsen
2022-09-21 13:51 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-09-21 14:03 ` Lars Ingebrigtsen
2023-09-11 0:21 ` Stefan Kangas
2023-09-11 8:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 12:38 ` Eli Zaretskii
2023-09-11 12:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 13:49 ` Eli Zaretskii
2023-09-11 14:46 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 15:52 ` Eli Zaretskii
2023-09-11 0:17 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).