GNU bug report logs - #11364
24.1.50; mouse selection followed by cursor movment to extend selection

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Fri, 27 Apr 2012 15:10:02 UTC

Severity: wishlist

Found in version 24.1.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11364 in the body.
You can then email your comments to 11364 AT debbugs.gnu.org in the normal way.

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#11364; Package emacs. (Fri, 27 Apr 2012 15:10:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 27 Apr 2012 15:10:02 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.1.50;
	mouse selection followed by cursor movment to extend selection
Date: Fri, 27 Apr 2012 08:07:38 -0700
In Emacs versions prior to Emacs 23 an important feature was the
ability to extend or reduce the active region by moving the cursor.
E.g C-SPC followed by C-f.
 
And it did not matter how the region was activated (how the mark was
set).  You could, for example, double-click a word or a line or a
sexp using mouse-1, then use C-f or M-f to extend the region etc.
 
This is alas no longer the case, at least by default.  The manual
should explain, somewhere, how to obtain this desirable and
longstanding behavior again.  It is one of the features that
made Emacs superior to other text editors.
 
`(emacs) Setting Mark' says you can set the mark with the mouse.
And it mentions that you can use Shift with cursor commands.
But it does not explain how to extend/reduce the region _without_
resorting to Shift.  Lot of good it does to set the mark with
the mouse if its being set does not really mean that it is set (!)
and that the selection stays active.
 
Similarly, `(emacs) Shift Selection' says nothing about how to obtain
this same region-extending behavior without shifting.  It says that
you can turn off shift selection by setting `shift-selection-mode' to
nil, but that does not restore the behavior of unshifted selection
extension.
 
[BTW, `shift-select-mode' is a terrible name for this user option.
There is no such "mode".  It is a boolean option and its name should
reflect that, saying what the on (preferably, or even the off) value
actually *does*.  But `-mode' should not at all be part of the name.]
 
Where is this documented?  How can a user get region extension without
resorting to the shift key, as before?
 
To try to restore the former, sane, behavior, I've set these (on
Windows, where there is no `x-enable-primary'):
 
 `select-active-regions'  to nil
 `x-enable-clipboard'     to t
 `mouse-drag-copy-region' to t
 
(I also use `delete-selection-mode').  But none of that fixes this
breakage.  How to get back to ordinary region extension by moving
point, without having to shift?
 
At least it still works out of the box to set the mark using C-SPC and
then extend the region using cursor movement.  I do not even see this
behavior documented, however, though perhaps it is somewhere.
 
But how to get mark-setting by the mouse to likewise act normally
(i.e., as it used to), so that UNshifted cursor motion extends the
region?  How to get mouse selection to act like any other way of
selecting the region?

It is truly a _shame_ that Emacs has stooped to replicating the
limited selection behavior of lesser text editors.  Will we in
future lose even more selection functionality and be reduced to
dragging the mouse as the only way to select text?  Shameful.

In GNU Emacs 24.1.50.1 (i386-mingw-nt5.1.2600)
 of 2012-04-23 on MARVIN
Bzr revision: 108006
agustin.martin <at> hispalinux.es-20120423103325-xmra3329elgzhmpc
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --enable-checking --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include
 -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
 -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2'
 





Severity set to 'wishlist' from 'normal' Request was from Chong Yidong <cyd <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 07 Jul 2012 09:19:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Sat, 07 Jul 2012 15:41:02 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>, <11364 <at> debbugs.gnu.org>
Subject: RE: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Sat, 7 Jul 2012 08:35:16 -0700
This is a regression - loss of a capability that Emacs has had since it
supported a mouse.  How can you classify a regression as "wishlist"?

> > severity 11364 wishlist
> Bug #11364 [emacs] 24.1.50; mouse selection followed by 
> cursor movment to extend selection
> Severity set to 'wishlist' from 'normal'





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Sun, 08 Jul 2012 05:41:01 GMT) Full text and rfc822 format available.

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

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11364 <at> debbugs.gnu.org
Subject: Re: bug#11364: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Sun, 08 Jul 2012 13:35:15 +0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

> This is a regression - loss of a capability that Emacs has had since
> it supported a mouse.  How can you classify a regression as
> "wishlist"?

It is not a regression; you are asking for a feature that never existed.

> In Emacs versions prior to Emacs 23 an important feature was the
> ability to extend or reduce the active region by moving the cursor.
> E.g C-SPC followed by C-f.
 
> And it did not matter how the region was activated (how the mark was
> set).  You could, for example, double-click a word or a line or a sexp
> using mouse-1, then use C-f or M-f to extend the region etc.

I checked in Emacs 22: double clicking with the mouse to select a word,
then using C-f, makes the region inactive.  Emacs 24 behaves similarly.

Maybe this is not what you meant.  In that case, I suggest (not for the
first time) giving a step-by-step recipe to reprouduce the exact
behavior you think is problematic.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Sun, 08 Jul 2012 06:03:02 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>
Cc: 11364 <at> debbugs.gnu.org
Subject: RE: bug#11364: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Sat, 7 Jul 2012 22:57:03 -0700
> > This is a regression - loss of a capability that Emacs has had since
> > it supported a mouse.  How can you classify a regression as
> > "wishlist"?
> 
> It is not a regression; 

I beg to differ; it certainly is.

> you are asking for a feature that never existed.

No, I am asking for the restoration of a feature that _always_ existed, before
Emacs 23.  However, it is unlikely that you will find any mention of this loss
in the NEWS...

As I said in the bug report, I use `delete-selection-mode'.
I should no doubt have emphasized that better - mea culpa.

In Emacs 22 (or prior):

emacs -Q

M-x delete-selection-mode ; turn it on

Double click a word, sexp, line, or what have you.  Or select the region some
other way.  The point is to get an active region.

Use `left', `right', `up', or `down' cursor keys (or `C-f' etc. if you prefer).
The region stays active and is extended (or restricted).

This useful, standard Emacs feature was lost starting with Emacs 23.  Now,
moving the cursor deactivates the region.  It should not, at least not in
`delete-selection-mode'.

> > In Emacs versions prior to Emacs 23 an important feature was the
> > ability to extend or reduce the active region by moving the cursor.
> > E.g C-SPC followed by C-f.
>  
> > And it did not matter how the region was activated (how the mark was
> > set).  You could, for example, double-click a word or a 
> > line or a sexp using mouse-1, then use C-f or M-f to extend the region etc.
> 
> I checked in Emacs 22: double clicking with the mouse to 
> select a word, then using C-f, makes the region inactive.
> Emacs 24 behaves similarly.

Turn on `delete-selection-mode' and you will see that Emacs 24 does not behave
similarly to Emacs 22 (or 21 or...).

I wish Emacs acted like it used to wrt this feature.  Does that make fixing this
fodder for the wishlist?  It should not.





Severity set to 'normal' from 'wishlist' Request was from "Drew Adams" <drew.adams <at> oracle.com> to control <at> debbugs.gnu.org. (Wed, 11 Jul 2012 21:07:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Wed, 11 Jul 2012 21:12:01 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>
Cc: 11364 <at> debbugs.gnu.org
Subject: RE: bug#11364: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Wed, 11 Jul 2012 14:05:42 -0700
> In Emacs 22 (or prior):
> 
> emacs -Q
> 
> M-x delete-selection-mode ; turn it on
> 
> Double click a word, sexp, line, or what have you.  Or select 
> the region some other way.  The point is to get an active region.
> 
> Use `left', `right', `up', or `down' cursor keys (or `C-f' 
> etc. if you prefer). The region stays active and is extended
> (or restricted).
> 
> This useful, standard Emacs feature was lost starting with 
> Emacs 23.  Now, moving the cursor deactivates the region.
> It should not, at least not in `delete-selection-mode'.

Based on the definitions of "wishlist" and "normal" severity, I reclassified
this easily reproducible regression as "normal".
http://debbugs.gnu.org/Developer.html#severities





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Thu, 12 Jul 2012 06:36:02 GMT) Full text and rfc822 format available.

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

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11364 <at> debbugs.gnu.org
Subject: Re: bug#11364: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Thu, 12 Jul 2012 14:29:50 +0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

>> M-x delete-selection-mode ; turn it on
>> 
>> Double click a word, sexp, line, or what have you.  Or select 
>> the region some other way.  The point is to get an active region.
>> 
>> Use `left', `right', `up', or `down' cursor keys (or `C-f' 
>> etc. if you prefer). The region stays active and is extended
>> (or restricted).
>> 
>> This useful, standard Emacs feature was lost starting with 
>> Emacs 23.  Now, moving the cursor deactivates the region.
>> It should not, at least not in `delete-selection-mode'.
>
> Based on the definitions of "wishlist" and "normal" severity, I reclassified
> this easily reproducible regression as "normal".
> http://debbugs.gnu.org/Developer.html#severities

The behavior of Emacs 22 is an unintended and (AFAICT) undocumented
consequence of the delete-selection-mode implementation---basically a
bug, since it had nothing to do with deleting selections.  We might
eventually re-implement this as an optional behavior, but that would be
a new feature (it will certainly not be the default behavior, since it
is very non-standard for graphical applications).

So I do not regard this as a regression, or even a bug.  I'm setting the
severity to wishlist, because there are better things to work on.  Do
not play with the severity---that will not increase the likelihood of
this feature being implemented.




Severity set to 'wishlist' from 'normal' Request was from Chong Yidong <cyd <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 12 Jul 2012 06:36:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Thu, 12 Jul 2012 13:59:02 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>
Cc: 11364 <at> debbugs.gnu.org
Subject: RE: bug#11364: [debbugs-tracker] Processed: severity 11364 wishlist
Date: Thu, 12 Jul 2012 06:52:52 -0700
>> M-x delete-selection-mode ; turn it on
>> 
>> Double click a word, sexp, line, or what have you.  Or select 
>> the region some other way.  The point is to get an active region.
>> 
>> Use `left', `right', `up', or `down' cursor keys (or `C-f' 
>> etc. if you prefer). The region stays active and is extended
>> (or restricted).
>> 
>> This useful, standard Emacs feature was lost starting with 
>> Emacs 23.  Now, moving the cursor deactivates the region.
>> It should not, at least not in `delete-selection-mode'.
> 
> The behavior of Emacs 22 is an unintended and (AFAICT) undocumented
> consequence of the delete-selection-mode implementation---basically a
> bug, since it had nothing to do with deleting selections.  We might
> eventually re-implement this as an optional behavior, but 
> that would be a new feature (it will certainly not be the default
> behavior, since it is very non-standard for graphical applications).
> 
> So I do not regard this as a regression, or even a bug.  I'm 
> setting the severity to wishlist, because there are better things
> to work on.  Do not play with the severity---that will not increase
> the likelihood of this feature being implemented.

You are trying to rewrite history.  Simply stating something does not make it
true.

You claimed that this was NEVER the behavior in Emacs.  Now you admit OK, it
existed in Emacs 22, but that was just a fluke, not intended.  On what basis do
you claim that?

None given, except that there was no specific mention of this in the doc.  The
doc for `delete-selection' mode is minimal.  Have you found anything in the doc
that says that this behavior was NOT intended?

People have been using `delete-selection-mode' for decades.  Do you have ANY
evidence that anyone thought that the way it behaved in this regard was a BUG?
Quite the contrary - users have been taking advantage of this useful feature.
And a bug was filed when you broke it.

In fact, this has been the behavior not just in Emacs 22 but in ALL prior Emacs
versions as well (since `delete-selection-mode' was added).  And there is zero
evidence that this behavior was in any way a mistake, bug, or unintended.  You
give no argument to support your claims.

You play on words, saying that because the traditional behavior "had nothing to
do with deleting selections" it was a bug.  Shame.  Delete-selection mode is not
and has never been only about "deleting selections".

Do you even use `delete-selection-mode'?  I'd guess not, since you had no idea
that you broke this feature.  Did you take a poll of users of
`delete-selection-mode' before breaking it?  Or before retroactively deciding
now that its behavior was a bug that was happily "fixed" by your change that
unknowingly broke it?

Delete-selection mode is not, and was never intended to be, limited to what
might be "standard for graphical applications", any more than the Emacs mouse
was intended to be limited to what is "standard for graphical applications".  

Emacs has always felt free to offer more (or less) than what might currently be
"standard" elsewhere.  The aim has never been to limit Emacs to what is
"standard for graphical applications".  Richard has been very clear about this
from the beginning.  We use standards when, and to the degree that, they are
appropriate for Emacs; they do not use us.

Not to mention that similar behavior is and has always been _standard for Emacs_
in its keyboard handling of the region.  You can still set mark and
extend/restrict the active region by hitting cursor keys, thank goodness.  At
least you broke this Emacs standard behavior only for the case where the region
was made active by the mouse, in delete-selection mode.

Wrt your reclassification: The definition given by GNU for "wishlist" severity
is this:

  "for any feature request, and also for any bugs that are very
   difficult to fix due to major design considerations"

This is not a feature request, no matter what word games you play.  It is a
request to restore the traditional behavior, which you inadvertently broke.

Inadvertently?  Yes, since by your own admission you had no idea that you broke
it.  You even claimed that the traditional behavior never existed.

And you have made no argument that this is "very difficult to fix due to major
design considerations".

You are rewriting history, and apparently trying to redefine "wishlist" as well.
Shame.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Wed, 09 Feb 2022 09:22:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11364 <at> debbugs.gnu.org
Subject: Re: bug#11364: 24.1.50; mouse selection followed by cursor movment
 to extend selection
Date: Wed, 09 Feb 2022 10:20:52 +0100
"Drew Adams" <drew.adams <at> oracle.com> writes:

> In Emacs versions prior to Emacs 23 an important feature was the
> ability to extend or reduce the active region by moving the cursor.
> E.g C-SPC followed by C-f.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

These commands now work by hitting holding down the Shift key while
moving point -- then the region is extended or reduced.

So I don't think there's anything to do here, and I'm closing this bug
report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 11364 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 09 Feb 2022 09:22:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11364; Package emacs. (Wed, 09 Feb 2022 17:23:01 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: "11364 <at> debbugs.gnu.org" <11364 <at> debbugs.gnu.org>
Subject: RE: [External] : Re: bug#11364: 24.1.50; mouse selection followed by
 cursor movment to extend selection
Date: Wed, 9 Feb 2022 17:22:51 +0000
> These commands 

What commands?  The keys don't work as they did before
the regression.  That's the bug.

> now work by hitting holding down the Shift key while
> moving point -- then the region is extended or reduced.

The regression has NOTHING to do with
`shift-selection-mode'.  That's a completely separate
feature.  This is not about having to use a modifier;
it's about being able to extend/reduce/adjust the active
region using every point-movement operation, the same as
before the regression.

Please _at least_ provide a user option to restore this
behavior for `delete-selection-mode'.

> So I don't think there's anything to do here, 
> and I'm closing this bug report.

Sad.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 10 Mar 2022 12:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 19 days ago.

Previous Next


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