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; 4+ 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] 4+ 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; 4+ 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] 4+ 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; 4+ 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] 4+ 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
  0 siblings, 0 replies; 4+ 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] 4+ messages in thread

end of thread, other threads:[~2024-07-06  8:40 UTC | newest]

Thread overview: 4+ 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

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