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: CUA mode's C-RET binding [was: position on changing defaults?] Date: Sun, 9 Mar 2008 16:02:55 -0800 Message-ID: <003101c88242$18736fd0$0600a8c0@us.oracle.com> References: <200803050637.m256bXL3008361@sallyv1.ics.uci.edu><87hcfkdhqk.fsf@stupidchicken.com> <87pru8enjx.fsf@kfs-lx.rd.rdm> <871w6l3u8f.fsf@kfs-lx.rd.rdm> <871w6j7cga.fsf@kfs-lx.rd.rdm><003001c8823a$d7cd5010$0600a8c0@us.oracle.com> <87lk4r5v2o.fsf@kfs-lx.rd.rdm> 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 1205107531 1741 80.91.229.12 (10 Mar 2008 00:05:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Mar 2008 00:05:31 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca To: "'Kim F. Storm'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 10 01:05:58 2008 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 1JYVW4-0004xw-DZ for ged-emacs-devel@m.gmane.org; Mon, 10 Mar 2008 01:05:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JYVVW-0006jC-9q for ged-emacs-devel@m.gmane.org; Sun, 09 Mar 2008 20:04:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JYVVQ-0006gV-MQ for emacs-devel@gnu.org; Sun, 09 Mar 2008 20:04:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JYVVQ-0006fx-C0 for emacs-devel@gnu.org; Sun, 09 Mar 2008 20:04:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JYVVQ-0006fn-1c for emacs-devel@gnu.org; Sun, 09 Mar 2008 20:04:40 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JYVVM-0005ua-2X; Sun, 09 Mar 2008 20:04:36 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m2A04OgF028161; Sun, 9 Mar 2008 19:04:24 -0500 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m29GhZZA004961; Sun, 9 Mar 2008 18:04:23 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt350.oracle.com with ESMTP id 3605339501205107390; Sun, 09 Mar 2008 17:03:10 -0700 Original-Received: from dradamslap1 (/141.144.112.116) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 09 Mar 2008 17:03:10 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AciCPmjsV+LTAgdRRqy6+sdoZSqOswAAFCpg In-Reply-To: <87lk4r5v2o.fsf@kfs-lx.rd.rdm> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:91961 Archived-At: > > BTW, any chance that we could change the default binding of > > `cua-set-rectangle-mark' to something else, besides C-RET? > > I don't see anything in the Common User Access definition > > about C-RET, so I'm guessing it's not part of that standard > > anyway. > > This has nothing to do with CUA as such - it's about finding > a sensible and convenient binding for setting the rectangle mark. > > Since C-SPC sets the region mark, and the SPC key is "one > dimensional", I think that C-RET is a good analogy with the > RET key's typical "two dimensional" form. I don't follow that - I don't see the dimensions. ;-) An analogy from C-SPC to C-RET seems a bit far-fetched, to me, but I'm probably just not getting it. > And when I chose C-RET, it wasn't used by any other installed > package (not as far as I could see). > > If we could move "just-one-space" to some other key, using M-SPC to > set the rectangle mark would be an alternative "logical" binding for > setting the rectangle-mark. I don't use M-SPC much, but that seems to be a good choice for something that has to do with spaces. I'd say let's leave that one alone. > A third possibility would be S-SPC, but that may not work in -nw. Right. It's not clear to me that SPC and RET variants are natural choices for this, though I do see the relation with C-SPC (which itself has no relation to SPC, BTW). It seems like any simple key sequence would be as good for this as C-RET, but I'm probably missing something. > I guess that no matter what global key is chosen for > "set-rectanle-mark", it will conflict with some other mode... Yes, no doubt. This sounds like yet another reason to perhaps split off the CUA rectangle stuff from CUA mode. IIUC, there is no relation between the two, and if we did that then people who like CUA mode for its C-x, C-v, C-c and selection behavior would be able to use other software that conflicts with the `cua-set-rectangle-mark' binding. That would be a win for both those other packages and CUA mode. > > Again, this is only a minor annoyance, but if fixed it > > might let more people use CUA mode in more contexts. > > Sorry, but if I can decide, I'll not change it :-) OK. No big deal. Here's another thought, FWIW. Does it make sense to set the rectangle mark in the minibuffer? If not, perhaps CUA mode could set it everywhere else. IOW, bind `cua-set-rectangle-mark' to nil in each of the minibuffer maps in CUA mode. Just a thought. Dunno if that would do the trick, anyway.