From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Transient Mark Mode on by default Date: Wed, 02 Apr 2008 15:53:13 +0200 Message-ID: <87tzikwegm.fsf@kfs-lx.rd.rdm> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1207144612 14255 80.91.229.12 (2 Apr 2008 13:56:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2008 13:56:52 +0000 (UTC) Cc: Thomas Lord , rms@gnu.org, M Jared Finder , emacs-devel@gnu.org, Stefan Monnier To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 02 15:57:22 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 1Jh3Sr-0007LL-S5 for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 15:57:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh3SF-00015c-Ly for ged-emacs-devel@m.gmane.org; Wed, 02 Apr 2008 09:56:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jh3SA-00011n-OQ for emacs-devel@gnu.org; Wed, 02 Apr 2008 09:56:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jh3S9-0000zv-Qt for emacs-devel@gnu.org; Wed, 02 Apr 2008 09:56:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh3S9-0000zl-JC for emacs-devel@gnu.org; Wed, 02 Apr 2008 09:56:37 -0400 Original-Received: from pfepa.post.tele.dk ([195.41.46.235]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jh3S2-0004N2-DM; Wed, 02 Apr 2008 09:56:30 -0400 Original-Received: from kfs-lx.rd.rdm.cua.dk (0x503e2644.bynxx19.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id 1D329FAC15A; Wed, 2 Apr 2008 15:53:21 +0200 (CEST) In-Reply-To: <871w5pfedh.fsf@stupidchicken.com> (Chong Yidong's message of "Tue\, 01 Apr 2008 17\:34\:50 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.92 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:94190 Archived-At: Chong Yidong writes: > Furthermore, making shift-selection a 1st class feature isn't too > difficult, as I've previously shown. It also has the advantage of > integrating with and complementing mouse-selection (e.g., you can select > a region with the mouse, then extend it with shift-selection). I've also suggested ways to make shift-selection a 1st class feature based on the CUA approach - by moving part of the stuff that is currently in the pre-/post-command-hooks into the command loop, and only call the (modified) CUA-functions when certain conditions are true. 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 -- 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". I actually think this is much easier to accomplish than having to add that text explicitly to the doc string of each command which has ^ in the interactive spec. So no matter what the arguments for "cleanliness" are, I think the property approach is simpler, better - and has already proven to work just fine for MANY years! -- Kim F. Storm http://www.cua.dk