From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: Transient Mark Mode on by default Date: Wed, 02 Apr 2008 16:27:37 -0400 Message-ID: <87k5jgvw7a.fsf@stupidchicken.com> References: <87myopnj0l.fsf@stupidchicken.com> <20080324200911.GA1310@muc.de> <001e01c88dee$34267e90$c2b22382@us.oracle.com> <20080324210229.GB1310@muc.de> <47F128AA.6000905@emf.net> <87y77ybf3x.fsf@kfs-lx.rd.rdm> <85hcemhzj4.fsf@lola.goethe.zz> <871w5pfedh.fsf@stupidchicken.com> <87tzikwegm.fsf@kfs-lx.rd.rdm> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1207168299 17173 80.91.229.12 (2 Apr 2008 20:31:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2008 20:31:39 +0000 (UTC) Cc: lord@emf.net, emacs-devel@gnu.org, jared@hpalace.com, monnier@IRO.UMontreal.CA, "Kim F. Storm" To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 02 22:32:09 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jh9ck-0005pL-TR for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 22:31:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh9c8-0002Nw-Cv for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 16:31:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jh9c4-0002ML-4g for emacs-devel@gnu.org; Wed, 02 Apr 2008 16:31:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jh9c0-0002Go-C2 for emacs-devel@gnu.org; Wed, 02 Apr 2008 16:31:15 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh9bz-0002GS-Sl for emacs-devel@gnu.org; Wed, 02 Apr 2008 16:31:11 -0400 Original-Received: from cyd.mit.edu ([18.115.2.24]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jh9bx-0003NL-Ey; Wed, 02 Apr 2008 16:31:09 -0400 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id 1D51E4E3F7; Wed, 2 Apr 2008 16:27:37 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Wed, 02 Apr 2008 13:34:31 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:94226 Archived-At: Richard Stallman writes: > It seems that Richard is in favour of a scheme which supports both ^ in > the interactive spec and a command property (for external packages), > but IMHO, this is overkill -- > > It is cleaner to have this in `interactive' than in a separate property. > > If we name the property something like shift-select, then the help > system can easily tell people that "applying the Shift modifier to > this command will start or extend the active region". > > It can do that based on the interactive spec, too. That is a good idea. I've committed to CVS the shift-selection mechanism based on the `interactive' property. See the new variable `shift-select-mode'. As per Stefan's suggestion, the shift-selection is a little more persistent here than in the old `only' system: only unshifted point motion commands and mark-deactivating commands will deactivate the mark. For example, something like C-x 2 won't deactivate the mark. This behavior extends to mouse selection too. This should mesh correctly with the ordinary C-SPC system, as well as drag-mouse, mouse-3, C-u C-SPC, C-x C-x, and the mark-* commands. Give it a try, and let me know if there are any problems. The shift-select property and describe-function changes remain unchanged, so far. I've also taken the liberty of turning off shift-select-mode when cua-mode is on, so that cua-selection behavior should be unchanged.