From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.help Subject: Re: C-Ret: cua and icicles Date: Mon, 24 May 2010 23:46:51 +0200 Message-ID: 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=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1274737675 16336 80.91.229.12 (24 May 2010 21:47:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 24 May 2010 21:47:55 +0000 (UTC) Cc: Help-gnu-emacs@gnu.org, Dirk80 To: Drew Adams , "Kim F. Storm" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon May 24 23:47:53 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 1OGfV2-0001hM-ST for geh-help-gnu-emacs@m.gmane.org; Mon, 24 May 2010 23:47:53 +0200 Original-Received: from localhost ([127.0.0.1]:58347 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGfV1-0002qH-E3 for geh-help-gnu-emacs@m.gmane.org; Mon, 24 May 2010 17:47:51 -0400 Original-Received: from [140.186.70.92] (port=58196 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OGfUT-0002pk-D4 for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 17:47:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OGfUO-0004ap-Em for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 17:47:17 -0400 Original-Received: from mail-yw0-f194.google.com ([209.85.211.194]:63553) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OGfUO-0004aj-Bw for Help-gnu-emacs@gnu.org; Mon, 24 May 2010 17:47:12 -0400 Original-Received: by ywh32 with SMTP id 32so2625007ywh.5 for ; Mon, 24 May 2010 14:47:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=TAb6HtGR0uHQ/xpkpQ/40wR/vFNRXD/ehgQ0IRp7jiE=; b=lTPnW6aMHyOSe4OiBiXw1NdpBTlhyV6uLVZ8A5xFN8V4ed7Huj/2+borOb3cYHo1+5 L8ssqJL8Z1/kYYFE0cGRqKmSWEeafcXqSxrzT5mqbLMbqNGehAQDK937lZ1ZcmKJVVuJ G+W91D7SB0fwoRG7ivwS+dw++PkwupxnhSxnk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=tcqN7M2xdY6tShXjlz2sHp3tLSxWCdST7ZEQr1JnqeXNYTMBSqRiVXcFPPipBNLN0U BVpAF8yyY8uaAU0nDQumAInH2/63SLISRZmGqbgxDqoduXg9hzCe2jbV5+YOL6W3UZz9 82/eROwLBjh4WtBrxVI1Q8HpWM6IOS1iPTkfQ= Original-Received: by 10.101.202.2 with SMTP id e2mr6692211anq.269.1274737631454; Mon, 24 May 2010 14:47:11 -0700 (PDT) Original-Received: by 10.100.177.20 with HTTP; Mon, 24 May 2010 14:46:51 -0700 (PDT) In-Reply-To: <7E04312E9C7D401EAF6BDCAB75409BE9@us.oracle.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:73758 Archived-At: On Mon, May 24, 2010 at 11:22 PM, Drew Adams wrote: >> > So the desired behaviour is when cua mode and icy mode are >> > active at the same time: When you press C-RET in minibuffer >> > then use `icicle-candidate-action', otherwise use >> > `cua-set-rectangle-mark'. >> > >> > The solution is in the EmacsWiki: >> > http://www.emacswiki.org/emacs/IciclesIssuesClosed =C2=A0(search >> > this emacswiki page for the function `my-c-return'). >> >> That is good, but Icicles should of course try to do this, not you. > > CUA is a minor mode. Its key bindings therefore override all local bindin= gs, > including minibuffer bindings. It overrides more. It is an emulation minor mode. It therefore has a special status and overrides also minor mode bindings. If it did not do this it would be quite useless. > Unlike CUA mode, Icicles uses the standard > minibuffer keymaps to affect keys in the minibuffer, and there are reason= s for > that. Icicles is a normal minor mode, yes. > Icicles should not be worrying about each mode that might bind some key i= n its > minor-mode map and thus override a binding in a minibuffer keymap. =C2=A0= I know you > feel that CUA mode is extremely important, and everything in Emacs should= bend > over backwards to cater to CUA mode. =C2=A0To me, it is just one mode amo= ng a > multitude of possible modes. See above. It is not another (normal) minor mode. It is an emulating minor mode. (Which just happens to be a minor mode because non-major modes are called minor modes.) > (since CUA-mode lays hold C-RET ubiquitously). 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. And this is part of cua-mode just because Kim wrote it ;-) 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). > The only way to take back C-RET for the minibuffer is to remap the CUA-im= posed > command to a command that DTRT, distinguishing the minibuffer. =C2=A0Fort= unately, it > is trivial for an Icicles user to do that using Customize. You can customize the binding in cua-mode too. That is what I have done. > If CUA mode did not fail itself to distinguish the minibuffer case, it wo= uld be > even more trivial. cua-mode should NOT do that but the key and command we are talking about should not be in cua-mode. 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.