GNU bug report logs - #17951
Subword-mode should support shift selection in and out of cua-mode

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#17951: closed (Subword-mode should support shift selection in
 and out of cua-mode)
Date: Tue, 08 Jul 2014 13:55:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Tue, 08 Jul 2014 09:54:14 -0400
with message-id <jwvy4w4rmdv.fsf-monnier+emacsbugs <at> gnu.org>
and subject line Re: bug#17951: Subword-mode should support shift selection in and out of cua-mode
has caused the debbugs.gnu.org bug report #17951,
regarding Subword-mode should support shift selection in and out of cua-mode
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
17951: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17951
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Matthew Fidler <matthew.fidler <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Subword-mode should support shift selection in and out of cua-mode
Date: Sat, 5 Jul 2014 23:31:49 -0500

[Message part 3 (text/plain, inline)]

Subword movement funtions should be specified as

(interactive "^p") instead of (interactive "p") to allow shift selection.

When cua-mode is enabled, shift-selection is also enabled since all the
functions have

(put 'subword-forward 'CUA 'move)
so, I think it should be consistent.
Just my 2 cents.

Matt

[Message part 4 (text/html, inline)]

[Message part 5 (message/rfc822, inline)]

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Matthew Fidler <matthew.fidler <at> gmail.com>
Cc: 17951-done <at> debbugs.gnu.org
Subject: Re: bug#17951: Subword-mode should support shift selection in and out
 of cua-mode
Date: Tue, 08 Jul 2014 09:54:14 -0400

>> Subword movement funtions should be specified as
>> (interactive "^p") instead of (interactive "p") to allow shift selection. 

AFAICT this is already the case in 24.3.92 (but yes, it was missing in
24.3).

>> When cua-mode is enabled, shift-selection is also enabled since all the
>> functions have
>> (put 'subword-forward 'CUA 'move)
>> so, I think it should be consistent.

In 24.3.92, cua-mode does not use its own shift-selection implementation
any more, so it is consistent by definition ;-)

You bug report does not say in which version you saw those problems, so
I'll assume it was 24.3 or earlier.  If you still see this problem in
the pretest (24.3.92), then please re-open or make a new report
providing additional details (e.g. indicating which commands are
affected).


        Stefan

Previous Next

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