bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Mike Woolley]

[-- Attachment #1: Type: text/plain, Size: 1157 bytes --]

Hi,

Playing with `pixel-scroll-precision-mode’ I noticed a small issue:

Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does) however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing another keymap to handle it.

Unfortunately this means any other mapping for these keys you might have has now been silently overridden (even after you’ve said you don’t want the new behaviour).

(defun pixel-scroll-interpolate-up ()
  "Interpolate a scroll upwards by one page."
  (interactive)
  (if pixel-scroll-precision-interpolate-page
      (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
    (cua-scroll-down)))

I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is off and allowed another keycap to handle <prior> & <next>.

I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be different depending on exactly which Page Up & Down key sequence you invoke.

Thanks,
Mike


[-- Attachment #2: Type: text/html, Size: 2576 bytes --]

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

> From: Mike Woolley <mike@bulsara.com>
> Date: Wed, 19 Jun 2024 11:44:52 +0100
> 
> Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
> 
> Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does)
> however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing
> another keymap to handle it.
> 
> Unfortunately this means any other mapping for these keys you might have has now been silently overridden
> (even after you’ve said you don’t want the new behaviour).
> 
> (defun pixel-scroll-interpolate-up ()
>   "Interpolate a scroll upwards by one page."
>   (interactive)
>   (if pixel-scroll-precision-interpolate-page
>       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
>     (cua-scroll-down)))
> 
> I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is
> off and allowed another keycap to handle <prior> & <next>.
> 
> I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be
> different depending on exactly which Page Up & Down key sequence you invoke.

Po Lu, any comments or suggestions?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

Ping!

> Cc: 71646@debbugs.gnu.org
> Date: Sat, 22 Jun 2024 11:57:43 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> 
> > From: Mike Woolley <mike@bulsara.com>
> > Date: Wed, 19 Jun 2024 11:44:52 +0100
> > 
> > Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
> > 
> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does)
> > however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing
> > another keymap to handle it.
> > 
> > Unfortunately this means any other mapping for these keys you might have has now been silently overridden
> > (even after you’ve said you don’t want the new behaviour).
> > 
> > (defun pixel-scroll-interpolate-up ()
> >   "Interpolate a scroll upwards by one page."
> >   (interactive)
> >   (if pixel-scroll-precision-interpolate-page
> >       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
> >     (cua-scroll-down)))
> > 
> > I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is
> > off and allowed another keycap to handle <prior> & <next>.
> > 
> > I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be
> > different depending on exactly which Page Up & Down key sequence you invoke.
> 
> Po Lu, any comments or suggestions?
> 
> 
> 
> 

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

> Ping!
>
>> Cc: 71646@debbugs.gnu.org
>> Date: Sat, 22 Jun 2024 11:57:43 +0300
>> From: Eli Zaretskii <eliz@gnu.org>
>> 
>> > From: Mike Woolley <mike@bulsara.com>
>> > Date: Wed, 19 Jun 2024 11:44:52 +0100
>> > 
>> > Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
>> > 
>> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does)
>> > however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing
>> > another keymap to handle it.
>> > 
>> > Unfortunately this means any other mapping for these keys you might have has now been silently overridden
>> > (even after you’ve said you don’t want the new behaviour).
>> > 
>> > (defun pixel-scroll-interpolate-up ()
>> >   "Interpolate a scroll upwards by one page."
>> >   (interactive)
>> >   (if pixel-scroll-precision-interpolate-page
>> >       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
>> >     (cua-scroll-down)))
>> > 
>> > I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is
>> > off and allowed another keycap to handle <prior> & <next>.
>> > 
>> > I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be
>> > different depending on exactly which Page Up & Down key sequence you invoke.
>> 
>> Po Lu, any comments or suggestions?

Mike, is there any reason in particular you cannot remove the bindings
of `prior' and `next' from `pixel-scroll-precision-mode-map'?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

Ping!  Mike, can you answer Po Lu's question, please?

> From: Po Lu <luangruo@yahoo.com>
> Cc: mike@bulsara.com,  71646@debbugs.gnu.org
> Date: Sat, 06 Jul 2024 16:40:01 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Ping!
> >
> >> Cc: 71646@debbugs.gnu.org
> >> Date: Sat, 22 Jun 2024 11:57:43 +0300
> >> From: Eli Zaretskii <eliz@gnu.org>
> >> 
> >> > From: Mike Woolley <mike@bulsara.com>
> >> > Date: Wed, 19 Jun 2024 11:44:52 +0100
> >> > 
> >> > Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
> >> > 
> >> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does)
> >> > however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing
> >> > another keymap to handle it.
> >> > 
> >> > Unfortunately this means any other mapping for these keys you might have has now been silently overridden
> >> > (even after you’ve said you don’t want the new behaviour).
> >> > 
> >> > (defun pixel-scroll-interpolate-up ()
> >> >   "Interpolate a scroll upwards by one page."
> >> >   (interactive)
> >> >   (if pixel-scroll-precision-interpolate-page
> >> >       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
> >> >     (cua-scroll-down)))
> >> > 
> >> > I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is
> >> > off and allowed another keycap to handle <prior> & <next>.
> >> > 
> >> > I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be
> >> > different depending on exactly which Page Up & Down key sequence you invoke.
> >> 
> >> Po Lu, any comments or suggestions?
> 
> Mike, is there any reason in particular you cannot remove the bindings
> of `prior' and `next' from `pixel-scroll-precision-mode-map'?
> 

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Mike Woolley]

[-- Attachment #1: Type: text/plain, Size: 2579 bytes --]

Sorry Eli,

I had replied, but forgot to CC the list :-)

What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've done), but my point is why should I have to?
Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at least it was to me)!

I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right thing with keymaps and is how the other features in the same file are implemented?

Thanks,
Mike

> On 20 Jul 2024, at 10:40, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> Ping!  Mike, can you answer Po Lu's question, please?
> 
>> From: Po Lu <luangruo@yahoo.com>
>> Cc: mike@bulsara.com,  71646@debbugs.gnu.org
>> Date: Sat, 06 Jul 2024 16:40:01 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>>> Ping!
>>> 
>>>> Cc: 71646@debbugs.gnu.org
>>>> Date: Sat, 22 Jun 2024 11:57:43 +0300
>>>> From: Eli Zaretskii <eliz@gnu.org>
>>>> 
>>>>> From: Mike Woolley <mike@bulsara.com>
>>>>> Date: Wed, 19 Jun 2024 11:44:52 +0100
>>>>> 
>>>>> Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
>>>>> 
>>>>> Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging animation (which it does)
>>>>> however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’ rather than allowing
>>>>> another keymap to handle it.
>>>>> 
>>>>> Unfortunately this means any other mapping for these keys you might have has now been silently overridden
>>>>> (even after you’ve said you don’t want the new behaviour).
>>>>> 
>>>>> (defun pixel-scroll-interpolate-up ()
>>>>>  "Interpolate a scroll upwards by one page."
>>>>>  (interactive)
>>>>>  (if pixel-scroll-precision-interpolate-page
>>>>>      (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
>>>>>    (cua-scroll-down)))
>>>>> 
>>>>> I think it would be better if `pixel-scroll-precision-mode’ did nothing if `pixel-scroll-precision-interpolate-page’ is
>>>>> off and allowed another keycap to handle <prior> & <next>.
>>>>> 
>>>>> I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other words behaviour could be
>>>>> different depending on exactly which Page Up & Down key sequence you invoke.
>>>> 
>>>> Po Lu, any comments or suggestions?
>> 
>> Mike, is there any reason in particular you cannot remove the bindings
>> of `prior' and `next' from `pixel-scroll-precision-mode-map'?
>> 


[-- Attachment #2: Type: text/html, Size: 3911 bytes --]

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

Po Lu, how can we make some progress here?

> From: Mike Woolley <mike@bulsara.com>
> Date: Sat, 20 Jul 2024 11:10:15 +0100
> Cc: Po Lu <luangruo@yahoo.com>,
>  71646@debbugs.gnu.org
> 
> Sorry Eli,
> 
> I had replied, but forgot to CC the list :-)
> 
> What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
> done), but my point is why should I have to?
> Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
> least it was to me)!
> 
> I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
> thing with keymaps and is how the other features in the same file are implemented?
> 
> Thanks,
> Mike
> 
>  On 20 Jul 2024, at 10:40, Eli Zaretskii <eliz@gnu.org> wrote:
> 
>  Ping!  Mike, can you answer Po Lu's question, please?
> 
>  From: Po Lu <luangruo@yahoo.com>
>  Cc: mike@bulsara.com,  71646@debbugs.gnu.org
>  Date: Sat, 06 Jul 2024 16:40:01 +0800
> 
>  Eli Zaretskii <eliz@gnu.org> writes:
> 
>  Ping!
> 
>  Cc: 71646@debbugs.gnu.org
>  Date: Sat, 22 Jun 2024 11:57:43 +0300
>  From: Eli Zaretskii <eliz@gnu.org>
> 
>  From: Mike Woolley <mike@bulsara.com>
>  Date: Wed, 19 Jun 2024 11:44:52 +0100
> 
>  Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
> 
>  Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging
>  animation (which it does)
>  however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ &
>  `cua-scroll-down’ rather than allowing
>  another keymap to handle it.
> 
>  Unfortunately this means any other mapping for these keys you might have has
>  now been silently overridden
>  (even after you’ve said you don’t want the new behaviour).
> 
>  (defun pixel-scroll-interpolate-up ()
>   "Interpolate a scroll upwards by one page."
>   (interactive)
>   (if pixel-scroll-precision-interpolate-page
>       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
>     (cua-scroll-down)))
> 
>  I think it would be better if `pixel-scroll-precision-mode’ did nothing if
>  `pixel-scroll-precision-interpolate-page’ is
>  off and allowed another keycap to handle <prior> & <next>.
> 
>  I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other
>  words behaviour could be
>  different depending on exactly which Page Up & Down key sequence you invoke.
> 
>  Po Lu, any comments or suggestions?
> 
>  Mike, is there any reason in particular you cannot remove the bindings
>  of `prior' and `next' from `pixel-scroll-precision-mode-map'?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

Ping!

> Cc: 71646@debbugs.gnu.org
> Date: Sun, 04 Aug 2024 10:54:54 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> 
> Po Lu, how can we make some progress here?
> 
> > From: Mike Woolley <mike@bulsara.com>
> > Date: Sat, 20 Jul 2024 11:10:15 +0100
> > Cc: Po Lu <luangruo@yahoo.com>,
> >  71646@debbugs.gnu.org
> > 
> > Sorry Eli,
> > 
> > I had replied, but forgot to CC the list :-)
> > 
> > What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
> > done), but my point is why should I have to?
> > Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
> > least it was to me)!
> > 
> > I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
> > thing with keymaps and is how the other features in the same file are implemented?
> > 
> > Thanks,
> > Mike
> > 
> >  On 20 Jul 2024, at 10:40, Eli Zaretskii <eliz@gnu.org> wrote:
> > 
> >  Ping!  Mike, can you answer Po Lu's question, please?
> > 
> >  From: Po Lu <luangruo@yahoo.com>
> >  Cc: mike@bulsara.com,  71646@debbugs.gnu.org
> >  Date: Sat, 06 Jul 2024 16:40:01 +0800
> > 
> >  Eli Zaretskii <eliz@gnu.org> writes:
> > 
> >  Ping!
> > 
> >  Cc: 71646@debbugs.gnu.org
> >  Date: Sat, 22 Jun 2024 11:57:43 +0300
> >  From: Eli Zaretskii <eliz@gnu.org>
> > 
> >  From: Mike Woolley <mike@bulsara.com>
> >  Date: Wed, 19 Jun 2024 11:44:52 +0100
> > 
> >  Playing with `pixel-scroll-precision-mode’ I noticed a small issue:
> > 
> >  Setting `pixel-scroll-precision-interpolate-page’ is supposed to turn off the paging
> >  animation (which it does)
> >  however even when it’s off, <prior> and <next> invoke `cua-scroll-up’ &
> >  `cua-scroll-down’ rather than allowing
> >  another keymap to handle it.
> > 
> >  Unfortunately this means any other mapping for these keys you might have has
> >  now been silently overridden
> >  (even after you’ve said you don’t want the new behaviour).
> > 
> >  (defun pixel-scroll-interpolate-up ()
> >   "Interpolate a scroll upwards by one page."
> >   (interactive)
> >   (if pixel-scroll-precision-interpolate-page
> >       (pixel-scroll-precision-interpolate (window-text-height nil t) nil 1)
> >     (cua-scroll-down)))
> > 
> >  I think it would be better if `pixel-scroll-precision-mode’ did nothing if
> >  `pixel-scroll-precision-interpolate-page’ is
> >  off and allowed another keycap to handle <prior> & <next>.
> > 
> >  I also noticed that it only maps <prior> & <next> and not C-v / M-v, so in other
> >  words behaviour could be
> >  different depending on exactly which Page Up & Down key sequence you invoke.
> > 
> >  Po Lu, any comments or suggestions?
> > 
> >  Mike, is there any reason in particular you cannot remove the bindings
> >  of `prior' and `next' from `pixel-scroll-precision-mode-map'?
> 
> 
> 
> 

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

> Ping!
>
>> Cc: 71646@debbugs.gnu.org
>> Date: Sun, 04 Aug 2024 10:54:54 +0300
>> From: Eli Zaretskii <eliz@gnu.org>
>> 
>> Po Lu, how can we make some progress here?
>> 
>> > From: Mike Woolley <mike@bulsara.com>
>> > Date: Sat, 20 Jul 2024 11:10:15 +0100
>> > Cc: Po Lu <luangruo@yahoo.com>,
>> >  71646@debbugs.gnu.org
>> > 
>> > Sorry Eli,
>> > 
>> > I had replied, but forgot to CC the list :-)

I suspect that if you make this mistake and correct it afterwards the
entire thread will be classified as spam...

>> > What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
>> > done), but my point is why should I have to?
>> > Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
>> > least it was to me)!
>> > 
>> > I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
>> > thing with keymaps and is how the other features in the same file are implemented?

Yes, but that ship sailed with the release of Emacs 29.  It's too late
to change any of these mechanics.

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: mike@bulsara.com,  71646@debbugs.gnu.org
> Date: Sat, 17 Aug 2024 16:24:28 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Ping!
> >
> >> Cc: 71646@debbugs.gnu.org
> >> Date: Sun, 04 Aug 2024 10:54:54 +0300
> >> From: Eli Zaretskii <eliz@gnu.org>
> >> 
> >> Po Lu, how can we make some progress here?
> >> 
> >> > From: Mike Woolley <mike@bulsara.com>
> >> > Date: Sat, 20 Jul 2024 11:10:15 +0100
> >> > Cc: Po Lu <luangruo@yahoo.com>,
> >> >  71646@debbugs.gnu.org
> >> > 
> >> > Sorry Eli,
> >> > 
> >> > I had replied, but forgot to CC the list :-)
> 
> I suspect that if you make this mistake and correct it afterwards the
> entire thread will be classified as spam...
> 
> >> > What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
> >> > done), but my point is why should I have to?
> >> > Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
> >> > least it was to me)!
> >> > 
> >> > I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
> >> > thing with keymaps and is how the other features in the same file are implemented?
> 
> Yes, but that ship sailed with the release of Emacs 29.  It's too late
> to change any of these mechanics.

So should we close this bug as wontfix, then?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

Ping! Should I close this?

> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
> Date: Sat, 24 Aug 2024 11:43:51 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> 
> > From: Po Lu <luangruo@yahoo.com>
> > Cc: mike@bulsara.com,  71646@debbugs.gnu.org
> > Date: Sat, 17 Aug 2024 16:24:28 +0800
> > 
> > Eli Zaretskii <eliz@gnu.org> writes:
> > 
> > > Ping!
> > >
> > >> Cc: 71646@debbugs.gnu.org
> > >> Date: Sun, 04 Aug 2024 10:54:54 +0300
> > >> From: Eli Zaretskii <eliz@gnu.org>
> > >> 
> > >> Po Lu, how can we make some progress here?
> > >> 
> > >> > From: Mike Woolley <mike@bulsara.com>
> > >> > Date: Sat, 20 Jul 2024 11:10:15 +0100
> > >> > Cc: Po Lu <luangruo@yahoo.com>,
> > >> >  71646@debbugs.gnu.org
> > >> > 
> > >> > Sorry Eli,
> > >> > 
> > >> > I had replied, but forgot to CC the list :-)
> > 
> > I suspect that if you make this mistake and correct it afterwards the
> > entire thread will be classified as spam...
> > 
> > >> > What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
> > >> > done), but my point is why should I have to?
> > >> > Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
> > >> > least it was to me)!
> > >> > 
> > >> > I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
> > >> > thing with keymaps and is how the other features in the same file are implemented?
> > 
> > Yes, but that ship sailed with the release of Emacs 29.  It's too late
> > to change any of these mechanics.
> 
> So should we close this bug as wontfix, then?
> 
> 
> 
> 

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Mike Woolley]

I’m quite happy to fix it along the lines I suggested, it’s only a small, low impact change?

Thanks,
Mike

> On 31 Aug 2024, at 10:24, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> Ping! Should I close this?
> 
>> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
>> Date: Sat, 24 Aug 2024 11:43:51 +0300
>> From: Eli Zaretskii <eliz@gnu.org>
>> 
>>> From: Po Lu <luangruo@yahoo.com>
>>> Cc: mike@bulsara.com,  71646@debbugs.gnu.org
>>> Date: Sat, 17 Aug 2024 16:24:28 +0800
>>> 
>>> Eli Zaretskii <eliz@gnu.org> writes:
>>> 
>>>> Ping!
>>>> 
>>>>> Cc: 71646@debbugs.gnu.org
>>>>> Date: Sun, 04 Aug 2024 10:54:54 +0300
>>>>> From: Eli Zaretskii <eliz@gnu.org>
>>>>> 
>>>>> Po Lu, how can we make some progress here?
>>>>> 
>>>>>> From: Mike Woolley <mike@bulsara.com>
>>>>>> Date: Sat, 20 Jul 2024 11:10:15 +0100
>>>>>> Cc: Po Lu <luangruo@yahoo.com>,
>>>>>> 71646@debbugs.gnu.org
>>>>>> 
>>>>>> Sorry Eli,
>>>>>> 
>>>>>> I had replied, but forgot to CC the list :-)
>>> 
>>> I suspect that if you make this mistake and correct it afterwards the
>>> entire thread will be classified as spam...
>>> 
>>>>>> What I was saying was: of course I can remove the bindings from the map myself (& indeed that’s what I've
>>>>>> done), but my point is why should I have to?
>>>>>> Why is a feature that’s turned off still having an effect? I think this is unnecessary and surprising to users (at
>>>>>> least it was to me)!
>>>>>> 
>>>>>> I was thinking this paging animation feature might be better as it’s own minor mode, which would do the right
>>>>>> thing with keymaps and is how the other features in the same file are implemented?
>>> 
>>> Yes, but that ship sailed with the release of Emacs 29.  It's too late
>>> to change any of these mechanics.
>> 
>> So should we close this bug as wontfix, then?
>> 
>> 
>> 
>> 

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Stefan Kangas]

Eli Zaretskii <eliz@gnu.org> writes:

> Ping! Should I close this?

Shouldn't we rather fix the bug described by Mike?  I.e. this:

> Setting `pixel-scroll-precision-interpolate-page’ is supposed to
> turn off the paging animation (which it does) however even when it’s
> off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
> rather than allowing another keymap to handle it.

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Sun, 1 Sep 2024 02:48:57 -0700
> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Ping! Should I close this?
> 
> Shouldn't we rather fix the bug described by Mike?  I.e. this:
> 
> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to
> > turn off the paging animation (which it does) however even when it’s
> > off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
> > rather than allowing another keymap to handle it.

I don't mind to fixing this, if possible, but (a) I don't think I
understand what is being suggested by the text you quote above, and
(b) given Po Lu's response, it doesn't seem like the proposed changes
will be accepted, or did I miss something?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Stefan Kangas <stefankangas@gmail.com>
>> Date: Sun, 1 Sep 2024 02:48:57 -0700
>> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > Ping! Should I close this?
>> 
>> Shouldn't we rather fix the bug described by Mike?  I.e. this:
>> 
>> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to
>> > turn off the paging animation (which it does) however even when it’s
>> > off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
>> > rather than allowing another keymap to handle it.
>
> I don't mind to fixing this, if possible, but (a) I don't think I
> understand what is being suggested by the text you quote above, and
> (b) given Po Lu's response, it doesn't seem like the proposed changes
> will be accepted, or did I miss something?

My problem is that two years ago I stated quite clearly why it was
inappropriate to engineer paging interpolation into p-s-p-m (in a
Telegram group), to the deaf ears of the mob requesting it, but since it
is only now that we have received a lone complaint, it's safe to
conclude that most users are satisfied with its established behavior,
which should at least give us pause before any decision to tamper with
it some more, and which behavior, mind you, had already been revised
once in response to user feedback before 29.1.  The optimal solution is
simply not to bind p-s-p-i-p in pixel-scroll-precision-mode, but users
disagreed then, and now it's far too late to tamper with these bindings.

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: Stefan Kangas <stefankangas@gmail.com>,  mike@bulsara.com,
>   71646@debbugs.gnu.org
> Date: Sun, 01 Sep 2024 19:52:19 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: Stefan Kangas <stefankangas@gmail.com>
> >> Date: Sun, 1 Sep 2024 02:48:57 -0700
> >> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
> >> 
> >> Eli Zaretskii <eliz@gnu.org> writes:
> >> 
> >> > Ping! Should I close this?
> >> 
> >> Shouldn't we rather fix the bug described by Mike?  I.e. this:
> >> 
> >> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to
> >> > turn off the paging animation (which it does) however even when it’s
> >> > off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
> >> > rather than allowing another keymap to handle it.
> >
> > I don't mind to fixing this, if possible, but (a) I don't think I
> > understand what is being suggested by the text you quote above, and
> > (b) given Po Lu's response, it doesn't seem like the proposed changes
> > will be accepted, or did I miss something?
> 
> My problem is that two years ago I stated quite clearly why it was
> inappropriate to engineer paging interpolation into p-s-p-m (in a
> Telegram group), to the deaf ears of the mob requesting it, but since it
> is only now that we have received a lone complaint, it's safe to
> conclude that most users are satisfied with its established behavior,
> which should at least give us pause before any decision to tamper with
> it some more, and which behavior, mind you, had already been revised
> once in response to user feedback before 29.1.  The optimal solution is
> simply not to bind p-s-p-i-p in pixel-scroll-precision-mode, but users
> disagreed then, and now it's far too late to tamper with these bindings.

So what to do with this bug? close as wontfix? leave open and hope
someone will find a solution? something else?

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Cc: Stefan Kangas <stefankangas@gmail.com>,  mike@bulsara.com,
>>   71646@debbugs.gnu.org
>> Date: Sun, 01 Sep 2024 19:52:19 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> >> From: Stefan Kangas <stefankangas@gmail.com>
>> >> Date: Sun, 1 Sep 2024 02:48:57 -0700
>> >> Cc: mike@bulsara.com, 71646@debbugs.gnu.org
>> >> 
>> >> Eli Zaretskii <eliz@gnu.org> writes:
>> >> 
>> >> > Ping! Should I close this?
>> >> 
>> >> Shouldn't we rather fix the bug described by Mike?  I.e. this:
>> >> 
>> >> > Setting `pixel-scroll-precision-interpolate-page’ is supposed to
>> >> > turn off the paging animation (which it does) however even when it’s
>> >> > off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
>> >> > rather than allowing another keymap to handle it.
>> >
>> > I don't mind to fixing this, if possible, but (a) I don't think I
>> > understand what is being suggested by the text you quote above, and
>> > (b) given Po Lu's response, it doesn't seem like the proposed changes
>> > will be accepted, or did I miss something?
>> 
>> My problem is that two years ago I stated quite clearly why it was
>> inappropriate to engineer paging interpolation into p-s-p-m (in a
>> Telegram group), to the deaf ears of the mob requesting it, but since it
>> is only now that we have received a lone complaint, it's safe to
>> conclude that most users are satisfied with its established behavior,
>> which should at least give us pause before any decision to tamper with
>> it some more, and which behavior, mind you, had already been revised
>> once in response to user feedback before 29.1.  The optimal solution is
>> simply not to bind p-s-p-i-p in pixel-scroll-precision-mode, but users
>> disagreed then, and now it's far too late to tamper with these bindings.
>
> So what to do with this bug? close as wontfix? leave open and hope
> someone will find a solution? something else?

I'd prefer to decide this question after Emacs 30 is released when
I will enjoy more time to devote to Emacs.

bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Stefan Kangas <stefankangas@gmail.com> writes:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>> Ping! Should I close this?
>
> Shouldn't we rather fix the bug described by Mike?  I.e. this:
>
>> Setting `pixel-scroll-precision-interpolate-page’ is supposed to
>> turn off the paging animation (which it does) however even when it’s
>> off, <prior> and <next> invoke `cua-scroll-up’ & `cua-scroll-down’
>> rather than allowing another keymap to handle it.

This isn't a bug.  If ever there was a time to object to these
semantics, it was two years ago, at which time all I heard was
enthusiastic support.