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: Fri, 14 Mar 2008 04:11:06 -0700 Message-ID: <47DA5D4A.9050202@emf.net> References: <87k5k69p92.fsf@stupidchicken.com> <47D9CA73.40501@emf.net> <85wso66u7s.fsf@lola.goethe.zz> <47D9D366.4060000@emf.net> <858x0l7i50.fsf@lola.goethe.zz> 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 1205490818 30082 80.91.229.12 (14 Mar 2008 10:33:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Mar 2008 10:33:38 +0000 (UTC) Cc: Chong Yidong , emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 14 11:34:05 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 1Ja7ET-0005Su-0B for ged-emacs-devel@m.gmane.org; Fri, 14 Mar 2008 11:33:49 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ja7Dt-0000PX-Mj for ged-emacs-devel@m.gmane.org; Fri, 14 Mar 2008 06:33:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ja7DG-0008Ug-QL for emacs-devel@gnu.org; Fri, 14 Mar 2008 06:32:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ja7DE-0008Sn-FU for emacs-devel@gnu.org; Fri, 14 Mar 2008 06:32:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ja7DD-0008Sf-Ua for emacs-devel@gnu.org; Fri, 14 Mar 2008 06:32:32 -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 1Ja7D9-00057P-Qn; Fri, 14 Mar 2008 06:32:27 -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 25443097; Fri, 14 Mar 2008 03:32:23 -0700 User-Agent: Thunderbird 1.5.0.5 (X11/20060808) In-Reply-To: <858x0l7i50.fsf@lola.goethe.zz> 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:92514 Archived-At: David Kastrup wrote: > Thomas Lord writes: > > >> Please don't be snarky. I don't spell well. I am quite literate, I >> think. I chose the word "tentative" precisely to draw a subtle >> distinction from "transient" regarding their ordinary english meanings >> as good analogies for the technical distinction I was drawing. I'm >> sorry to have to say so but I am insulted. >> > > I have to say that nothing so far indicates that your proposed > "tentative mark" would differ from the current behavior of "transient > marks". Um. Ok, take a buffer of text. M-x transient-mark-mode. Set a mark. Move a bit with C-n. Now hit G-g. The region is now "deactivated," sure. But type C-xC-x: the mark you set is still there. A *tentative* mark would be completely wiped out by the C-g. I've described why about 3 times already. Tentative marks always go away unless the user uses a key-sequence that preserves them or the command the user invokes is a rare variety that explicitly preserves it. (I think if you look back at history you'll discover that transient-mark-mode was actually a mistake. It was in effect a crude attempt to hack around the lack of "tentative marks". People were confused but were happy that transient-mark-mode seemed to mostly highlight regions and mostly work like other GUIs, at least in simple cases). Tentative marks capture the familiar semantics much more precisely than transient ones. Having looked at it more closely now, I would even suggest that transient-mark-mode be deprecated (as in dis-recommended for use and of low priority for compatibility, going forward).) -t