From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Tentative diagnosis of TMM's problem. [Re: Enabling TransientMark Mode by default] Date: Wed, 20 Feb 2008 14:45:31 -0800 Message-ID: <007201c87412$4e76a1d0$c2b22382@us.oracle.com> References: <200802151711.m1FHB3Y3008798@sallyv1.ics.uci.edu><200802171658.m1HGwQ4h011067@sallyv1.ics.uci.edu><20080219085231.GA1032@muc.de><200802190938.m1J9ccVg016565@sallyv1.ics.uci.edu><20080219190127.GA1106@muc.de> <877ih0o9dx.fsf@catnip.gol.com> <20080220200142.GA1979@muc.de> <006e01c8740e$366ebbd0$c2b22382@us.oracle.com> <47BCAA8B.90305@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1203552162 24902 80.91.229.12 (21 Feb 2008 00:02:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Feb 2008 00:02:42 +0000 (UTC) Cc: rms@gnu.org, 'Sascha Wilde' , emacs-devel@gnu.org, juri@jurta.org, dann@ics.uci.edu, 'Stefan Monnier' , storm@cua.dk, 'Alan Mackenzie' , 'Miles Bader' To: "'Lennart Borgman \(gmail\)'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 21 01:03: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 1JRyte-00023G-Kc for ged-emacs-devel@m.gmane.org; Thu, 21 Feb 2008 01:03:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JRysu-0005uE-9F for ged-emacs-devel@m.gmane.org; Wed, 20 Feb 2008 19:01:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JRxhi-0005V2-Tu for emacs-devel@gnu.org; Wed, 20 Feb 2008 17:46:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JRxhh-0005TC-Ih for emacs-devel@gnu.org; Wed, 20 Feb 2008 17:46:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JRxhh-0005T4-Dc for emacs-devel@gnu.org; Wed, 20 Feb 2008 17:46:17 -0500 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JRxhZ-0007m1-T2; Wed, 20 Feb 2008 17:46:10 -0500 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m1KMjv46017347; Wed, 20 Feb 2008 15:45:57 -0700 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m1KAWWlT016411; Wed, 20 Feb 2008 15:45:56 -0700 Original-Received: from inet-141-146-46-1.oracle.com by acsmt351.oracle.com with ESMTP id 3583675551203547550; Wed, 20 Feb 2008 14:45:50 -0800 Original-Received: from dradamslap1 (/130.35.178.194) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 20 Feb 2008 14:45:49 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ach0EJW08n33C04xQZqe7uAnjqkI4AAAJWBg In-Reply-To: <47BCAA8B.90305@gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-Mailman-Approved-At: Wed, 20 Feb 2008 18:54:49 -0500 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:89753 Archived-At: > > Question: Is it important that the region stay active when > > you move point? If not, then perhaps (in t-m mode) we should > > always have point movement deactivate the region. > > In my opinion it is important to behave as other application > when it is possible What other applications define the selection using a point and mark? What other applications extend the selection when you simply advance the cursor (point)? > this means that: > > - The region should be highlighted when active That would still be true for the idea I suggested. The region would not be activated just by moving the cursor; that's all. That's similar to what happens in other apps, AFAIK. > - Using shift arrow keys should not deactivate the region I did not say anything about the shifted arrow keys. > - Using arrow keys without shift should deactivate the region That was the idea. > - Something similar for the mouse but I do not know the > details since I do not use the mouse for text editing. The mouse is fine as is, I believe. I don't think anyone has complained about it in this context. > On the other hand I find it very pratictal that the region > stays active for many other commands that moves the point (C-s for > example). This is the case for cua-mode today. Maybe my idea would have been better expressed as this: C-SPC would set the mark but would not activate the region. That way, cursor movements (including C-s) would extend the inactive region or the active region. In the case of the active region, the highlighting (in t-m mode) would be extended accordingly.