From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Harald Hanche-Olsen Newsgroups: gmane.emacs.devel Subject: Re: AW: delete-selection-mode Date: Thu, 18 Mar 2010 14:13:42 -0400 (EDT) Message-ID: <20100318.141342.367418699.hanche@math.ntnu.no> References: <20100317.200901.408057447.hanche@math.ntnu.no> <87sk7y2gh9.fsf@lola.goethe.zz> <9C7C186F-EDB5-4837-977B-1B9BA2695BD1@mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1268936127 16781 80.91.229.12 (18 Mar 2010 18:15:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 18 Mar 2010 18:15:27 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 18 19:15:23 2010 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.69) (envelope-from ) id 1NsKFW-00010U-FU for ged-emacs-devel@m.gmane.org; Thu, 18 Mar 2010 19:15:22 +0100 Original-Received: from localhost ([127.0.0.1]:56118 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NsKFC-0006H8-D2 for ged-emacs-devel@m.gmane.org; Thu, 18 Mar 2010 14:14:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NsKEB-0005VK-BP for emacs-devel@gnu.org; Thu, 18 Mar 2010 14:13:51 -0400 Original-Received: from [140.186.70.92] (port=48295 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NsKE9-0005Ro-HO for emacs-devel@gnu.org; Thu, 18 Mar 2010 14:13:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NsKE7-0004Mh-Ab for emacs-devel@gnu.org; Thu, 18 Mar 2010 14:13:48 -0400 Original-Received: from anne.math.ntnu.no ([129.241.15.150]:45016) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NsKE6-0004MX-Sc for emacs-devel@gnu.org; Thu, 18 Mar 2010 14:13:47 -0400 Original-Received: (qmail 17987 invoked from network); 18 Mar 2010 18:13:44 -0000 Original-Received: from gauss.math.ntnu.no (HELO localhost) (hanche@129.241.15.102) by anne.math.ntnu.no with ESMTPA; 18 Mar 2010 18:13:44 -0000 In-Reply-To: <9C7C186F-EDB5-4837-977B-1B9BA2695BD1@mit.edu> X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.3.50 on Emacs 23.1.92 / Mule 6.0 (HANACHIRUSATO) X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:122193 Archived-At: + Chad Brown : > The beginner who finds itself with a highlighted region that it doesn't want highlighted will remove it by clicking with the mouse, like they do in every other editing context that they've ever used. They will get no bell. I experimented a little with this, and found some slightly annoying discrepancies. Namely: With no region active, use shift+movement commands to create a region. Hit an unshifted arrow key, and the highlight goes away. So far so good. Next, repeat this, but hit C-x C-x while the region is still active. Hit an unshifted arrow key, and the highlight goes away. Okay. Finally, hit C-x C-x again. The region is visible again, but this time, unshifted arrow keys don't make it go away. This seems inconsistent, and might well confuse the beginner who has just started learning about C-x C-x. Regarding C-g and deactivating the mark: I understand that C-g behaviour is a rather fundamental feature of emacs. Having it do the double duty of deactivating the mark seems odd to me. But if it is to be so, how hard would it be to make it ONLY deactivate the mark, and not ring the bell or do anything else associated with it? Provided the mark is active of course. If it is not, C-g should do its usual thing. This would have to be coded carefully, so that, if deactivating the mark fails (if such a thing is possible) the standard C-g behaviour happens anyhow. - Harald