unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
@ 2024-06-19 10:44 Mike Woolley
  2024-06-22  8:57 ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Mike Woolley @ 2024-06-19 10:44 UTC (permalink / raw)
  To: 71646

[-- 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 --]

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-06-19 10:44 bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off Mike Woolley
@ 2024-06-22  8:57 ` Eli Zaretskii
  2024-07-06  7:39   ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-06-22  8:57 UTC (permalink / raw)
  To: Mike Woolley, Po Lu; +Cc: 71646

> 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?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-06-22  8:57 ` Eli Zaretskii
@ 2024-07-06  7:39   ` Eli Zaretskii
  2024-07-06  8:40     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-07-06  7:39 UTC (permalink / raw)
  To: luangruo; +Cc: mike, 71646

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?
> 
> 
> 
> 





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-07-06  7:39   ` Eli Zaretskii
@ 2024-07-06  8:40     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-20  9:40       ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-06  8:40 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: mike, 71646

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'?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-07-06  8:40     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-20  9:40       ` Eli Zaretskii
  2024-07-20 10:10         ` Mike Woolley
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-07-20  9:40 UTC (permalink / raw)
  To: mike, Po Lu; +Cc: 71646

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'?
> 





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-07-20  9:40       ` Eli Zaretskii
@ 2024-07-20 10:10         ` Mike Woolley
  2024-08-04  7:54           ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Mike Woolley @ 2024-07-20 10:10 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Po Lu, 71646

[-- 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 --]

^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-07-20 10:10         ` Mike Woolley
@ 2024-08-04  7:54           ` Eli Zaretskii
  2024-08-17  8:21             ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-08-04  7:54 UTC (permalink / raw)
  To: luangruo, Mike Woolley; +Cc: 71646

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'?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-04  7:54           ` Eli Zaretskii
@ 2024-08-17  8:21             ` Eli Zaretskii
  2024-08-17  8:24               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-08-17  8:21 UTC (permalink / raw)
  To: luangruo; +Cc: mike, 71646

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'?
> 
> 
> 
> 





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-17  8:21             ` Eli Zaretskii
@ 2024-08-17  8:24               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-08-24  8:43                 ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-08-17  8:24 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: mike, 71646

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.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-17  8:24               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-08-24  8:43                 ` Eli Zaretskii
  2024-08-31  9:24                   ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-08-24  8:43 UTC (permalink / raw)
  To: Po Lu; +Cc: mike, 71646

> 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?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-24  8:43                 ` Eli Zaretskii
@ 2024-08-31  9:24                   ` Eli Zaretskii
  2024-08-31  9:54                     ` Mike Woolley
  2024-09-01  9:48                     ` Stefan Kangas
  0 siblings, 2 replies; 18+ messages in thread
From: Eli Zaretskii @ 2024-08-31  9:24 UTC (permalink / raw)
  To: luangruo; +Cc: mike, 71646

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?
> 
> 
> 
> 





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-31  9:24                   ` Eli Zaretskii
@ 2024-08-31  9:54                     ` Mike Woolley
  2024-09-01  9:48                     ` Stefan Kangas
  1 sibling, 0 replies; 18+ messages in thread
From: Mike Woolley @ 2024-08-31  9:54 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, 71646

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?
>> 
>> 
>> 
>> 





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-08-31  9:24                   ` Eli Zaretskii
  2024-08-31  9:54                     ` Mike Woolley
@ 2024-09-01  9:48                     ` Stefan Kangas
  2024-09-01 10:33                       ` Eli Zaretskii
  2024-09-01 11:35                       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 2 replies; 18+ messages in thread
From: Stefan Kangas @ 2024-09-01  9:48 UTC (permalink / raw)
  To: Eli Zaretskii, luangruo; +Cc: mike, 71646

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.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-09-01  9:48                     ` Stefan Kangas
@ 2024-09-01 10:33                       ` Eli Zaretskii
  2024-09-01 11:52                         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-09-01 11:35                       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-09-01 10:33 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: luangruo, mike, 71646

> 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?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-09-01  9:48                     ` Stefan Kangas
  2024-09-01 10:33                       ` Eli Zaretskii
@ 2024-09-01 11:35                       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 0 replies; 18+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-01 11:35 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: mike, Eli Zaretskii, 71646

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.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-09-01 10:33                       ` Eli Zaretskii
@ 2024-09-01 11:52                         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-09-07  8:07                           ` Eli Zaretskii
  0 siblings, 1 reply; 18+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-01 11:52 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: mike, Stefan Kangas, 71646

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.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-09-01 11:52                         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-09-07  8:07                           ` Eli Zaretskii
  2024-09-07  9:34                             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2024-09-07  8:07 UTC (permalink / raw)
  To: Po Lu; +Cc: mike, stefankangas, 71646

> 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?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
  2024-09-07  8:07                           ` Eli Zaretskii
@ 2024-09-07  9:34                             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 18+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-07  9:34 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: mike, stefankangas, 71646

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.





^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2024-09-07  9:34 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-06-19 10:44 bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off Mike Woolley
2024-06-22  8:57 ` Eli Zaretskii
2024-07-06  7:39   ` Eli Zaretskii
2024-07-06  8:40     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-20  9:40       ` Eli Zaretskii
2024-07-20 10:10         ` Mike Woolley
2024-08-04  7:54           ` Eli Zaretskii
2024-08-17  8:21             ` Eli Zaretskii
2024-08-17  8:24               ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-08-24  8:43                 ` Eli Zaretskii
2024-08-31  9:24                   ` Eli Zaretskii
2024-08-31  9:54                     ` Mike Woolley
2024-09-01  9:48                     ` Stefan Kangas
2024-09-01 10:33                       ` Eli Zaretskii
2024-09-01 11:52                         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-09-07  8:07                           ` Eli Zaretskii
2024-09-07  9:34                             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-09-01 11:35                       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors

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).