From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: C-Ret: cua and icicles Date: Mon, 24 May 2010 15:08:23 -0700 Message-ID: <31B7D5DF50C84ECE9ACA11AC1914C8F8@us.oracle.com> References: <28642650.post@talk.nabble.com> <30E9CD913F7940E5A0F92DD74C1BA186@us.oracle.com> <28661114.post@talk.nabble.com> <7E04312E9C7D401EAF6BDCAB75409BE9@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1274739059 21449 80.91.229.12 (24 May 2010 22:10:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 24 May 2010 22:10:59 +0000 (UTC) Cc: Help-gnu-emacs@gnu.org, 'Dirk80' To: "'Lennart Borgman'" , "'Kim F. Storm'" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue May 25 00:10:51 2010 connect(): No such file or directory Return-path: Envelope-to: geh-help-gnu-emacs@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 1OGfrF-0002wV-6X for geh-help-gnu-emacs@m.gmane.org; Tue, 25 May 2010 00:10:49 +0200 Original-Received: from localhost ([127.0.0.1]:58566 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGfrE-00068z-IC for geh-help-gnu-emacs@m.gmane.org; Mon, 24 May 2010 18:10:48 -0400 Original-Received: from [140.186.70.92] (port=46662 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGfqC-0005y6-6S for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 18:09:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGfq6-000713-TH for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 18:09:43 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:63937) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGfq6-00070z-Lt for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 18:09:38 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4OM9GAU000920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 24 May 2010 22:09:18 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4OGnmvG020832; Mon, 24 May 2010 22:09:15 GMT Original-Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 263928661274738902; Mon, 24 May 2010 15:08:22 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 May 2010 15:08:22 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Thread-Index: Acr7iqvO+9/WrRbnQNGot6PnRei4FQAABXIA X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-CT-RefId: str=0001.0A090206.4BFAF90F.011E:SCFMA922111,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:73759 Archived-At: Listen, I am not trying to say anything about how CUA mode should be implemented. I only questioned whether it really should make C-RET in = the minibuffer be `cua-set-rectangle-mark' (which question you snipped). I = cannot say it should or should not, since I don't use CUA mode and am no expert = on it. I just raised the question based on the command name: I don't imagine = rectangles in the minibuffer (but why not?). > > (since CUA-mode lays hold C-RET ubiquitously). >=20 > I think that is a problem. It is used to start rectangle editing which > surely is a nice feature for those who needs it, but it is IMO not > important enough to steel the C-RET key. You can customize it in cua, > but I think the default should be some less important key. >=20 > And this is part of cua-mode just because Kim wrote it ;-) >=20 > It is nice but not included in what I talk about when I mention > cua-mode. I think it should be moved to a global minor mode on its own > (not an emulation minor mode). That may be (or not be). It's not for me to say. Whether C-RET should = be bound by CUA mode by default or included in CUA mode at all is a different = question. I did not question that. That apparently is your topic (not mine or the = OP's). I just asked whether - assuming it _should_ bind C-RET in general, that = binding is also appropriate for the minibuffer. And that too is not for me to = say - I do not know. I am in no way objecting to the CUA design or how it is implemented. I = simply tried to reply to your comment that Icicles should automatically take = care of the kind of customization that the user wanted. I hope I was clear. > > The only way to take back C-RET for the minibuffer is to=20 > > remap the CUA-imposed command to a command that DTRT, > > distinguishing the minibuffer. =A0Fortunately, it > > is trivial for an Icicles user to do that using Customize. >=20 > You can customize the binding in cua-mode too. That is what I=20 > have done. Your point was that users should not have to deal with such = customization, that "Icicles should of course try to do this, not you". Now you are saying = that a user can take care of it himself by customizing cua-mode. That's no = doubt good for users to know, but it does not speak to your point. > cua-mode should NOT do that but the key and command we are talking > about should not be in cua-mode. >=20 > I think all who knows about cua-mode on the devel list are aware of > this. It is just a matter of time, someone must have time to fix it. I > have included Kim in the receivers here if he has a different opinion. Dunno, but it seems to me you've sidetracked the thread. The OP just = wanted to let others know about a simple customization to be able to use C-RET for = Icicles in the minibuffer while still using CUA mode. You stated that Icicles = should do that for him. I tried to explain the interaction among the keymaps etc. = Now you're onto another question for CUA development of whether C-RET should = even be part of CUA mode. What's next?