From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: CUA-mode features and documenation Date: Mon, 18 Feb 2008 14:44:41 +0100 Message-ID: <87mypyz8dy.fsf@kfs-lx.rd.rdm> References: <000d01c86c82$700dccc0$7051908d@us.oracle.com> <200802121430.m1CEUc6k013361@sallyv1.ics.uci.edu> <002601c86d8a$a0454db0$405a908d@us.oracle.com> <87tzkdnkee.fsf@kfs-lx.rd.rdm> <87ir0sonaa.fsf_-_@kfs-lx.rd.rdm> <200802131623.m1DGNrls003614@sallyv1.ics.uci.edu> <87odakwl2r.fsf@jurta.org> <87myq4saw1.fsf@catnip.gol.com> <878x1ov227.fsf@jurta.org> <878x1os6mt.fsf@catnip.gol.com> <47B39231.8010108@gmail.com> <200802151711.m1FHB3Y3008798@sallyv1.ics.uci.edu> <004e01c8718f$afa8dac0$2d58908d@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1203342325 1327 80.91.229.12 (18 Feb 2008 13:45:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Feb 2008 13:45:25 +0000 (UTC) Cc: rms@gnu.org, lennart.borgman@gmail.com, emacs-devel@gnu.org, juri@jurta.org, 'Dan Nicolaescu' , miles@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 18 14:45:47 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 1JR6JU-0002ik-F4 for ged-emacs-devel@m.gmane.org; Mon, 18 Feb 2008 14:45:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JR6Iz-00052i-Vl for ged-emacs-devel@m.gmane.org; Mon, 18 Feb 2008 08:45:13 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JR6Iu-00050Q-M2 for emacs-devel@gnu.org; Mon, 18 Feb 2008 08:45:08 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JR6Ir-0004xc-GT for emacs-devel@gnu.org; Mon, 18 Feb 2008 08:45:08 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JR6Ir-0004xZ-B2 for emacs-devel@gnu.org; Mon, 18 Feb 2008 08:45:05 -0500 Original-Received: from mail-relay.sonofon.dk ([212.88.64.25]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JR6Iq-0003Sy-Hj for emacs-devel@gnu.org; Mon, 18 Feb 2008 08:45:05 -0500 Original-Received: (qmail 68041 invoked from network); 18 Feb 2008 13:44:49 -0000 Original-Received: from unknown (HELO kfs-lx.rd.rdm.cua.dk) (213.83.150.21) by 0 with SMTP; 18 Feb 2008 13:44:49 -0000 In-Reply-To: <004e01c8718f$afa8dac0$2d58908d@us.oracle.com> (Drew Adams's message of "Sun\, 17 Feb 2008 10\:05\:30 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.6-4.9 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:89470 Archived-At: "Drew Adams" writes: > I think we need to keep giving users a choice about this (having > S- set mark if the region is inactive). That could be done by > keeping both D S mode and CUA selection mode, or (simpler?) by adding a user > option and keeping only one of them. You completely lost me there ... If you commonly use C-SPC to start the region, why would you _ever_ use the shifted arrow keys to extend the region, when the unshifted arrow keys extends it just as well (that's how the region normally works) ?? So if you are not in the habit of using shift-select, you can use cua-selection-mode just like delete-seletion-mode. > I don't know about the "probably some more" stuff - perhaps we should look > into that. If there is in fact no more, then just adding an option to D S > mode for S- to set mark (if inactive) would be sufficient. We > could then drop CUA selection mode. Huh? "just adding" ? That's not trivial! Since delete-seletion-mode functionality is already integrated in cua-mode, while shift-select support is absent from delete-seletion-mode, it would be more natural to make delete-seletion-mode be a sub-mode of cua-mode, rather than the opposite (it just needs an option cua-enable-shift-select - default on). > > Question (not proposal): Assuming we keep CUA selection mode, would it be > clearer to change its name, to avoid confusion with CUA mode? I imagine that > CUA selection mode is a perfectly accurate name, in that it presumably > implements the selection part of IBM's Common User Access > (http://en.wikipedia.org/wiki/Common_User_Access). Why rename something which is a "perfecty accurate name" ? > Looking at various Emacs Wiki entries, I suspect there is a fair amount of > confusion for newbies among (1) transient mark mode, (2) delete selection > mode, (3) PC selection mode, and (4) CUA selection mode. The confusion must be because experienced users try to convince the newbies NOT to enable full cua-mode (with the C-x C-c mappings)... To avoid confusion - just enable cua-mode (in full) and Emacs behaves like >> If we want to promote it that way, we should choose a better >> name that CUA Selection mode, because most people won't know >> what "CUA" means. Call it delete-selection-mode then ! -- Kim F. Storm http://www.cua.dk