GNU bug report logs -
#65888
region on pixel-scroll-precision-mode
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 65888 in the body.
You can then email your comments to 65888 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Tue, 12 Sep 2023 09:06:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Tue, 12 Sep 2023 09:06:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear pixel-scroller (Dear Po Lu),
The pixel-scroll-precision-mode maintains active region
and this behavior could be useful.
However at the same time, PSPM provides more than pixel scrolling.
Should this be provided as option?
1. emacs -Q
2. Make region active
3. Scroll using mouse wheel
4. Then region is deactivated
5. M-x pixel-scroll-precision-mode
6. Make region active
7. Scroll using mouse wheel
8. Then region expands as scroll down and up
Tak
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Tue, 12 Sep 2023 12:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 65888 <at> debbugs.gnu.org (full text, mbox):
Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp> writes:
> Dear pixel-scroller (Dear Po Lu),
>
> The pixel-scroll-precision-mode maintains active region
> and this behavior could be useful.
>
> However at the same time, PSPM provides more than pixel scrolling.
> Should this be provided as option?
>
> 1. emacs -Q
> 2. Make region active
> 3. Scroll using mouse wheel
> 4. Then region is deactivated
>
> 5. M-x pixel-scroll-precision-mode
> 6. Make region active
> 7. Scroll using mouse wheel
> 8. Then region expands as scroll down and up
>
> Tak
Are you soliciting an option for pixel-scroll-precision-mode to
deactivate the region when scrolling begins?
It took me several tries to understand your request, so please excuse me
if I didn't fully grok your request.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Wed, 13 Sep 2023 00:08:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 65888 <at> debbugs.gnu.org (full text, mbox):
Dear Po Lu,
1. Yes.
2. Since Emacs -Q deactivates the region when scrolling,
on the default, pixel-scroll-precision-mode deactivates region.
With option, pixel-scroll-precision-mode maintains region.
I hope this message makes my request clearer.
Tak
> On Sep 12, 2023, at 21:02, Po Lu <luangruo <at> yahoo.com> wrote:
>
> Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp> writes:
>
>> Dear pixel-scroller (Dear Po Lu),
>>
>> The pixel-scroll-precision-mode maintains active region
>> and this behavior could be useful.
>>
>> However at the same time, PSPM provides more than pixel scrolling.
>> Should this be provided as option?
>>
>> 1. emacs -Q
>> 2. Make region active
>> 3. Scroll using mouse wheel
>> 4. Then region is deactivated
>>
>> 5. M-x pixel-scroll-precision-mode
>> 6. Make region active
>> 7. Scroll using mouse wheel
>> 8. Then region expands as scroll down and up
>>
>> Tak
>
> Are you soliciting an option for pixel-scroll-precision-mode to
> deactivate the region when scrolling begins?
>
> It took me several tries to understand your request, so please excuse me
> if I didn't fully grok your request.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Thu, 25 Sep 2025 04:52:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 65888 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I recently tried pixel-scroll-precision-mode and was very surprised that
the highlighted region expands when, rather than being deactivated as with
regular scrolling. as an X11 user I frequently use my selection to copy
text implicitly. then when I scroll to paste somewhere else I am dismayed
to get a large chunk of my text pasted instead of my original highlight.
I would like to either have an option to disable this behavior, or remove
it to match with the regular scrolling behavior.
thanks,
Jamie
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Thu, 25 Sep 2025 06:02:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 65888 <at> debbugs.gnu.org (full text, mbox):
> From: Jamie Larkby-Lahet <jamesbuyacar <at> gmail.com>
> Date: Wed, 24 Sep 2025 13:24:31 -0500
>
> I recently tried pixel-scroll-precision-mode and was very surprised that the highlighted region expands when,
> rather than being deactivated as with regular scrolling. as an X11 user I frequently use my selection to copy
> text implicitly. then when I scroll to paste somewhere else I am dismayed to get a large chunk of my text
> pasted instead of my original highlight.
>
> I would like to either have an option to disable this behavior, or remove it to match with the regular scrolling
> behavior.
Po Lu, any comments or suggestions?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Fri, 26 Sep 2025 02:03:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 65888 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Jamie Larkby-Lahet <jamesbuyacar <at> gmail.com>
>> Date: Wed, 24 Sep 2025 13:24:31 -0500
>>
>> I recently tried pixel-scroll-precision-mode and was very surprised
>> that the highlighted region expands when, rather than being
>> deactivated as with regular scrolling. as an X11 user I frequently
>> use my selection to copy text implicitly. then when I scroll to paste
>> somewhere else I am dismayed to get a large chunk of my text pasted
>> instead of my original highlight.
>>
>> I would like to either have an option to disable this behavior, or
>> remove it to match with the regular scrolling behavior.
>
> Po Lu, any comments or suggestions?
Ordinary scrolling does not deactivate the mark when t-m-m is enabled,
so far as I'm aware. Are you certain that you observe the mark being
deactivated when scrolling moves point, and if lost-selection-mode is
enabled, what if it is turned off?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Sat, 27 Sep 2025 00:36:07 GMT)
Full text and
rfc822 format available.
Message #23 received at 65888 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
the mark is not deactivated. eg C-w will copy from the beginning of the
formerly selected text to the point. however the highlighted selection
disappears and the primary selection clipboard is not updated as the point
moves.
This can be observed with `emacs -Q --no-init-file`. I am not intentionally
enabling transient-mark-mode or lost-selection-mode.
$ emacs --version
GNU Emacs 30.1
I'm on gentoo linux with the follow config options:
X acl alsa cairo dbus dynamic-loading gif gmp gpm gtk gui harfbuzz inotify
jit jpeg lcms png sound ssl svg threads tiff tree-sitter xattr xft xpm zlib
-Xaw3d -aqua -athena -games -gfile -gsettings -gzip-el -imagemagick
-kerberos -libxml2 -livecd -m17n-lib -mailutils -motif -selinux -source
-sqlite -systemd -toolkit-scroll-bars -valgrind -webp -wide-int
On Thu, Sep 25, 2025 at 9:02 PM Po Lu <luangruo <at> yahoo.com> wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Jamie Larkby-Lahet <jamesbuyacar <at> gmail.com>
> >> Date: Wed, 24 Sep 2025 13:24:31 -0500
> >>
> >> I recently tried pixel-scroll-precision-mode and was very surprised
> >> that the highlighted region expands when, rather than being
> >> deactivated as with regular scrolling. as an X11 user I frequently
> >> use my selection to copy text implicitly. then when I scroll to paste
> >> somewhere else I am dismayed to get a large chunk of my text pasted
> >> instead of my original highlight.
> >>
> >> I would like to either have an option to disable this behavior, or
> >> remove it to match with the regular scrolling behavior.
> >
> > Po Lu, any comments or suggestions?
>
> Ordinary scrolling does not deactivate the mark when t-m-m is enabled,
> so far as I'm aware. Are you certain that you observe the mark being
> deactivated when scrolling moves point, and if lost-selection-mode is
> enabled, what if it is turned off?
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#65888; Package
emacs.
(Sat, 04 Oct 2025 08:03:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 65888 <at> debbugs.gnu.org (full text, mbox):
> From: Jamie Larkby-Lahet <jamesbuyacar <at> gmail.com>
> Date: Fri, 26 Sep 2025 19:34:58 -0500
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 65888 <at> debbugs.gnu.org
>
> the mark is not deactivated. eg C-w will copy from the beginning of the formerly selected text to the point.
> however the highlighted selection disappears and the primary selection clipboard is not updated as the
> point moves.
I can reproduce this in Emacs 30, but not on the master branch of our
Git repository, which will eventually become Emacs 31. So I'm
guessing this is already fixed for the next release.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility.
(Sat, 18 Oct 2025 08:18:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>:
bug acknowledged by developer.
(Sat, 18 Oct 2025 08:18:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 65888-done <at> debbugs.gnu.org (full text, mbox):
> Cc: luangruo <at> yahoo.com, 65888 <at> debbugs.gnu.org
> Date: Sat, 04 Oct 2025 11:01:49 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> > From: Jamie Larkby-Lahet <jamesbuyacar <at> gmail.com>
> > Date: Fri, 26 Sep 2025 19:34:58 -0500
> > Cc: Eli Zaretskii <eliz <at> gnu.org>, 65888 <at> debbugs.gnu.org
> >
> > the mark is not deactivated. eg C-w will copy from the beginning of the formerly selected text to the point.
> > however the highlighted selection disappears and the primary selection clipboard is not updated as the
> > point moves.
>
> I can reproduce this in Emacs 30, but not on the master branch of our
> Git repository, which will eventually become Emacs 31. So I'm
> guessing this is already fixed for the next release.
No further comments in 2 weeks, so I'm now closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sat, 15 Nov 2025 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.