From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.devel Subject: Re: Shift selection using interactive spec Date: Sun, 16 Mar 2008 10:13:50 -0700 Message-ID: <47DD554E.7030702@emf.net> References: <87k5k69p92.fsf@stupidchicken.com> <200803140408.m2E47hPU014494@sallyv1.ics.uci.edu> <87prtxpekk.fsf@kfs-lx.rd.rdm> <87abl11ilo.fsf@stupidchicken.com> <874pb9koyw.fsf@stupidchicken.com> <87od9gzqv9.fsf@stupidchicken.com> <87bq5gytbi.fsf@stupidchicken.com> <8763vndi0r.fsf@kfs-lx.rd.rdm> <87hcf6ratt.fsf@stupidchicken.com> <47DD36E1.9040105@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1205685325 15363 80.91.229.12 (16 Mar 2008 16:35:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Mar 2008 16:35:25 +0000 (UTC) Cc: Chong Yidong , Dan Nicolaescu , Stefan Monnier , "Kim F. Storm" , emacs-devel@gnu.org To: "Lennart Borgman (gmail)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 16 17:35:53 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 1Javpt-0003gF-Ug for ged-emacs-devel@m.gmane.org; Sun, 16 Mar 2008 17:35:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JavpK-00051G-A9 for ged-emacs-devel@m.gmane.org; Sun, 16 Mar 2008 12:35:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JavpH-000517-4S for emacs-devel@gnu.org; Sun, 16 Mar 2008 12:35:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JavpE-00050L-Og for emacs-devel@gnu.org; Sun, 16 Mar 2008 12:35:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JavpE-00050I-MF for emacs-devel@gnu.org; Sun, 16 Mar 2008 12:35:08 -0400 Original-Received: from mail.42inc.com ([205.149.0.25]) by monty-python.gnu.org with esmtps (SSL 3.0:RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JavpE-0001Xq-AU for emacs-devel@gnu.org; Sun, 16 Mar 2008 12:35:08 -0400 X-TFF-CGPSA-Version: 1.5 X-TFF-CGPSA-Filter-42inc: Scanned X-42-Virus-Scanned: by 42 Antivirus -- Found to be clean. Original-Received: from [69.236.65.4] (account lord@emf.net HELO [192.168.1.64]) by mail.42inc.com (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 25631122; Sun, 16 Mar 2008 09:34:55 -0700 User-Agent: Thunderbird 1.5.0.5 (X11/20060808) In-Reply-To: <47DD36E1.9040105@gmail.com> 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:92748 Archived-At: Lennart Borgman (gmail) wrote: > > But I think there also must be ways to easily and permanently escape > the deactivation. For some bindings there is no way to get a shifted > binding. (An example of this is using % in Viper to move to the > opposite parenthesis.) In other words, you want a "shift-select-mode" lock -- like "caps lock" but for shift select? In the three-variable model, when a command returns, the command loop does: (setq tentative-mark preserved-tentative-mark) Adding shift-mode-lock support changes that to: (if shift-mode-lock (setq preserved-tentative-mark maybe-preserved-tentative-mark)) (setq tentative-mark perserved-tentative-mark) > >> 2. Shift selection commands activate the mark if it is not active, and >> extends the region if the mark is activate. Thus [S-right right >> right] would do the same thing as [S-right S-right S-right]. This >> would be rather easy to implement. Though this behavior sounds >> strange, it actually mirrors the way mouse selection currently works >> in transient-mark-mode. > > Such behaviour would be a disaster for manu users, especially new > users that are used to 1 above. > > > "Disaster" is a well chosen word, there. Using arrow keys to cancel a tentative mark is actually part of "how people use" shift select. It's a gesture that gets built-in to muscle memory. -t