unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Mike Woolley <mike@bulsara.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Po Lu <luangruo@yahoo.com>, 71646@debbugs.gnu.org
Subject: bug#71646: 29.3; pixel-scroll-precision-mode overrides paging behaviour even when pixel-scroll-precision-interpolate-page is off
Date: Sat, 20 Jul 2024 11:10:15 +0100	[thread overview]
Message-ID: <FFBDC556-EE87-42B1-9B96-C5B70B599B2E@bulsara.com> (raw)
In-Reply-To: <868qxwe6za.fsf@gnu.org>

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

  reply	other threads:[~2024-07-20 10:10 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=FFBDC556-EE87-42B1-9B96-C5B70B599B2E@bulsara.com \
    --to=mike@bulsara.com \
    --cc=71646@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=luangruo@yahoo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).