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: have cake will eat, eat cake will have - krazy key koncept kontroversy Date: Fri, 28 Aug 2009 08:34:20 -0700 Message-ID: <666EFBA8E42040E5B68F2C80CC8FEFD7@us.oracle.com> References: <732931969EE046E8A44CE77C4FD88C64@us.oracle.com><87bpm0zps7.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: ger.gmane.org 1251476013 30620 80.91.229.12 (28 Aug 2009 16:13:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 16:13:33 +0000 (UTC) Cc: 'Emacs-Devel devel' To: "'Miles Bader'" , "'Juri Linkov'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 28 18:13:26 2009 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 1Mh44r-00082v-St for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 18:13:26 +0200 Original-Received: from localhost ([127.0.0.1]:45110 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mh44r-0004uS-8e for ged-emacs-devel@m.gmane.org; Fri, 28 Aug 2009 12:13:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mh3wX-0003HC-Ii for emacs-devel@gnu.org; Fri, 28 Aug 2009 12:04:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mh3wS-00038w-BZ for emacs-devel@gnu.org; Fri, 28 Aug 2009 12:04:48 -0400 Original-Received: from [199.232.76.173] (port=36038 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mh3wR-00038i-Vu for emacs-devel@gnu.org; Fri, 28 Aug 2009 12:04:44 -0400 Original-Received: from acsinet11.oracle.com ([141.146.126.233]:29039) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mh3wO-0005LI-6B; Fri, 28 Aug 2009 12:04:40 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7SG5QqZ021881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Aug 2009 16:05:27 GMT Original-Received: from abhmt015.oracle.com (abhmt015.oracle.com [141.146.116.24]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7SG4WIk011660; Fri, 28 Aug 2009 16:04:32 GMT Original-Received: from dradamslap1 (/24.5.190.74) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 28 Aug 2009 08:34:20 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Aconh+/BKk4/n3m4TpO/DhyBY06M4gAYj4XQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt015.oracle.com [141.146.116.24] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4A980011.0001:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: Error: This connection is not (no longer?) in the cache. 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:114771 Archived-At: > Juri Linkov writes: > >> 11. WDOT? Is this a good idea in general or not? If so, > >> do you have a good idea for an implementation of #9? > > > > Cua-mode uses a short delay > > (`cua-prefix-override-inhibit-delay') to decide > > between interpreting a key as a prefix key or using its > > own binding. > > Note that this sort of test is notoriously flaky, and should only be > used if there's no other choice. It's far, far, better, to > simply avoid the ambiguity in the first place. In addition to Miles's point (orthogonal to it): It's good to consider multiple possible implementations. For the subject at hand, however, I don't think such a delay would be helpful. IIUC, in CUA mode a delay distinguishes `C-x C-f', as cut followed by forward-char, from `C-x C-f' as find-file. But the discussion is about repeating the prefix key. If `C-x' for CUA were some repeatable action (e.g. shrink the window) instead of cut, then to repeatedly act you would need to do `C-x C-x C-x C-x' (or maybe even `C-x C-x C-x...'; dunno). If you're going to do that, you might as well use the approach I suggested, and simply hit `C-x' twice: `C-x C-x' is about as easy as `C-x ', especially when repetition is involved: `C-x C-x C-x' (hold pressed) vs `C-x C-x' (or perhaps `C-x C-x '). Anyway, I'm glad you mentioned this alternative approach. The more the merrier.