GNU bug report logs - #39424
auto-scrolling

Previous Next

Package: emacs;

Reported by: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>

Date: Tue, 4 Feb 2020 16:06:01 UTC

Severity: normal

To reply to this bug, email your comments to 39424 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#39424; Package emacs. (Tue, 04 Feb 2020 16:06:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Konrad Podczeck <konrad.podczeck <at> univie.ac.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 04 Feb 2020 16:06:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
To: bug-gnu-emacs <at> gnu.org
Subject: auto-scrolling
Date: Tue, 4 Feb 2020 17:05:06 +0100
I observe the following discrepancy between (a) mouse-drag-region and (b) mouse-drag-region-rectangle.

Concerning (a), as soon as one comes with the mouse below the mode-line of the frame, so that auto-scrolling becomes effective, the cursor jumps to the beginning of the line below the region and that line appears as non-selected during further scrolling.

As for (b), as usual with other text editors, if one comes with the mouse below the mode-line of the frame, the cursor stays at the beginning or end of the region, and there is no line which appears non-selected.

I could neither find any explanation for this discrepancy in the manuals, nor a customization option which, for (a), gives the same behavior as in case of (b).

Konrad



Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#39424; Package emacs. (Tue, 04 Feb 2020 18:28:01 GMT) Full text and rfc822 format available.

Message #8 received at 39424 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
Cc: 39424 <at> debbugs.gnu.org
Subject: Re: bug#39424: auto-scrolling
Date: Tue, 04 Feb 2020 20:27:18 +0200
> From: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
> Date: Tue, 4 Feb 2020 17:05:06 +0100
> 
> I observe the following discrepancy between (a) mouse-drag-region and (b) mouse-drag-region-rectangle.
> 
> Concerning (a), as soon as one comes with the mouse below the mode-line of the frame, so that auto-scrolling becomes effective, the cursor jumps to the beginning of the line below the region and that line appears as non-selected during further scrolling.
> 
> As for (b), as usual with other text editors, if one comes with the mouse below the mode-line of the frame, the cursor stays at the beginning or end of the region, and there is no line which appears non-selected.
> 
> I could neither find any explanation for this discrepancy in the manuals, nor a customization option which, for (a), gives the same behavior as in case of (b).

mouse-drag-region selects whole lines, so it moves the cursor beyond
the end of the last line in the region, to cause the scrolling.

I see no problem in either behavior, and don't really understand why
there should be any consistency between these two.  They do different
things.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#39424; Package emacs. (Tue, 04 Feb 2020 20:41:01 GMT) Full text and rfc822 format available.

Message #11 received at 39424 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Eli Zaretskii <eliz <at> gnu.org>,
 Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
Cc: 39424 <at> debbugs.gnu.org
Subject: Re: bug#39424: auto-scrolling
Date: Tue, 4 Feb 2020 21:40:48 +0100
> mouse-drag-region selects whole lines, so it moves the cursor beyond
> the end of the last line in the region, to cause the scrolling.

mouse-drag-region selects characters, words or lines depending on how many clicks were used to initiate the drag.

If I understand Konrad's request correctly, he suggests that the last line be partially selected during autoscrolling, to match the horizontal position of the mouse cursor, at least during single-click-selection -- is that right?
For mouse-drag-region-rectangle this is a clear necessity, but only a minor cosmetic detail for linear selection. That's why nobody bothered to do anything about it until rectangle-selection was added.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#39424; Package emacs. (Tue, 04 Feb 2020 21:25:01 GMT) Full text and rfc822 format available.

Message #14 received at 39424 <at> debbugs.gnu.org (full text, mbox):

From: Konrad Podczeck <konrad.podczeck <at> univie.ac.at>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39424 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#39424: auto-scrolling
Date: Tue, 4 Feb 2020 22:24:44 +0100

> Am 04.02.2020 um 21:40 schrieb Mattias Engdegård <mattiase <at> acm.org>:
> 
>> mouse-drag-region selects whole lines, so it moves the cursor beyond
>> the end of the last line in the region, to cause the scrolling.
> 
> mouse-drag-region selects characters, words or lines depending on how many clicks were used to initiate the drag.
> 
> If I understand Konrad's request correctly, he suggests that the last line be partially selected during autoscrolling, to match the horizontal position of the mouse cursor, at least during single-click-selection -- is that right?

Yes, that’s what I mean.

Thanks,

Konrad

> For mouse-drag-region-rectangle this is a clear necessity, but only a minor cosmetic detail for linear selection. That's why nobody bothered to do anything about it until rectangle-selection was added.
> 





This bug report was last modified 4 years and 81 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.