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: AW: delete-selection-mode Date: Fri, 19 Mar 2010 16:46:25 -0700 Message-ID: <33B1AA2E77404CC694AEB05CA1D667FE@us.oracle.com> References: <4BA0CDF9.40707@online.de><76682E4761EA432EB929E5E199B0F92A@us.oracle.com><87wrxb57e1.fsf@lola.goethe.zz><20100317.200901.408057447.hanche@math.ntnu.no><87sk7y2gh9.fsf@lola.goethe.zz><69FB036BE1D649E0B76B257ED3D3F6EA@us.oracle.com> <87vdcs13fp.fsf@mail.jurta.org> 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 1269042467 8834 80.91.229.12 (19 Mar 2010 23:47:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 19 Mar 2010 23:47:47 +0000 (UTC) Cc: 'David Kastrup' , 'Stefan Monnier' , emacs-devel@gnu.org To: "'Juri Linkov'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 20 00:47:43 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 1Nsluj-0000Na-TD for ged-emacs-devel@m.gmane.org; Sat, 20 Mar 2010 00:47:42 +0100 Original-Received: from localhost ([127.0.0.1]:37301 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nsluh-00089l-FE for ged-emacs-devel@m.gmane.org; Fri, 19 Mar 2010 19:47:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nsltx-0007ww-S5 for emacs-devel@gnu.org; Fri, 19 Mar 2010 19:46:49 -0400 Original-Received: from [140.186.70.92] (port=55381 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nsltw-0007vd-4c for emacs-devel@gnu.org; Fri, 19 Mar 2010 19:46:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nslts-0003vB-U3 for emacs-devel@gnu.org; Fri, 19 Mar 2010 19:46:46 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:37099) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nslts-0003v0-Mz; Fri, 19 Mar 2010 19:46:44 -0400 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet11.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o2JNkgko003055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Mar 2010 23:46:43 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o2JMKuLl032761; Fri, 19 Mar 2010 23:46:40 GMT Original-Received: from abhmt006.oracle.com by acsmt355.oracle.com with ESMTP id 96682311269042384; Fri, 19 Mar 2010 16:46:24 -0700 Original-Received: from dradamslap1 (/24.5.179.75) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 19 Mar 2010 16:46:24 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87vdcs13fp.fsf@mail.jurta.org> Thread-Index: AcrHtOj24ID5jphkSuSkloAkglq3YAACPv8g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4BA40CE2.0045:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:122323 Archived-At: > >> C-g *is* a problem. Not just because of the bell, but > >> also because of > >> the slight time delay (caused by the bell); because it flushes the > >> key buffer; because it interrupts a macro-recoding, ... > >> It's not the end of the world, but it's not a very > >> satisfactory answer. > > > > Then let's find another key to (only) deactivate. > > ESC ESC ESC runs the command keyboard-escape-quit, > which is an interactive compiled Lisp function in `simple.el'. > > It is bound to M-ESC ESC. > > (keyboard-escape-quit) > > Exit the current "mode" (in a generalized sense of the word). > This command can exit an interactive command such as > `query-replace', > can clear out a prefix argument or a region, > can get out of the minibuffer or other recursive edit, > cancel the use of the current buffer (for special-purpose buffers), > or go back to just one window (by deleting all but the > selected window). Interesting, but I think we need a key that doesn't have any meaning in the context where a region might be active. Maybe that means we need a key that isn't yet bound; dunno. Imagine that you want to use the key for one of the uses described above (e.g. clear the region or exit the minibuffer or a recursive edit). If the region is active in the current buffer (e.g. the minibuffer in the latter cases), then would you be doing ESC ESC ESC ESC ESC ESC? And what if you wanted one of those behaviors but did not also want to deactivate the region? Too complicated, IMO. But worth thinking about.