From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: cua-mode and the tutorial Date: Thu, 24 Aug 2006 01:20:19 -0400 Message-ID: References: <44C8F069.1070002@student.lu.se> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1156396863 30175 80.91.229.2 (24 Aug 2006 05:21:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 Aug 2006 05:21:03 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 24 07:21:02 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GG7eC-0006z6-Ig for ged-emacs-devel@m.gmane.org; Thu, 24 Aug 2006 07:20:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GG7eB-0004yv-UF for ged-emacs-devel@m.gmane.org; Thu, 24 Aug 2006 01:20:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GG7dd-0004hD-Qj for emacs-devel@gnu.org; Thu, 24 Aug 2006 01:20:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GG7dc-0004g5-Vw for emacs-devel@gnu.org; Thu, 24 Aug 2006 01:20:21 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GG7dc-0004fw-LG for emacs-devel@gnu.org; Thu, 24 Aug 2006 01:20:20 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GG7lb-0003P2-R2 for emacs-devel@gnu.org; Thu, 24 Aug 2006 01:28:36 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1GG7db-0004um-0G; Thu, 24 Aug 2006 01:20:19 -0400 Original-To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) 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:58788 Archived-At: Other than that, the tutorial is quite useful even for users of CUA! So one approach is to just bind locally bind cua-enable-cua-keys to nil in the tutorial buffer and make a note like this: The purpose of the tutorial is to teach you the basic, standard Emacs key bindings. Therefore, CUA mode's C-z C-x C-c and C-v bindinds have been disabled in this tutorial buffer. [Details] I have no objection to that. If you think it does a good job of dealing with CUA mode, then let's do it. But we should make it offer to delete the customization in case the user was not asked about it. If you did not make this customization yourself, or request it, that means someone has decided to send you down the path of learning a non-standard way of using Emacs. You might prefer to learn the standard Emacs commands. You can remove the customizations that were set up for you by typing `s' now. That will rename your Emacs init file so that it doesn't take effect. We could do similar things for viper, ie. In theory we could do this, but is it adequate for learning to use Emacs with viper? I doubt it. And if other key bindings have been disabled: The purpose of the tutorial is to teach you the basic, standard Emacs key bindings. Therefore, some non-standard key bindinds have been disabled in this tutorial buffer. [Details] No, in general this is not a useful way to deal with the situation. For instance, it is not useful to teach a user to type C-d to delete forward if in his ordinary editing it will do something else. CUA mode is a special case only because you, an expert on it, affirm that the difference is not important, that using the ordinary tutorial with CUA's C-v disabled is ok as a way to learn the basics of using Emacs in CUA mode. That is not true for nonstandard bindings in general. So I reject this approach in general, but I will accept it for CUA mode.