From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Emacs learning curve Date: Fri, 23 Jul 2010 19:46:17 +0200 Message-ID: References: <4C3B6A8A.80105@gmx.de> <87wrt0e81n.fsf@telefonica.net> <62E9699C07054418AB66F9C5FCB54E5C@us.oracle.com> <87sk3oe3la.fsf@telefonica.net> <1154D96E7D2F401D849266F359E44BB9@us.oracle.com> <87ocecdzou.fsf@telefonica.net> <2256C17F740A425884AD551DE7758056@us.oracle.com> <87fwzodqqm.fsf@telefonica.net> <5138CDF30B2D4B778F948015614DA7BC@us.oracle.com> <87iq4ijtdy.fsf@lola.goethe.zz> 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 1279907635 24332 80.91.229.12 (23 Jul 2010 17:53:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Jul 2010 17:53:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 23 19:53:53 2010 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.69) (envelope-from ) id 1OcMOL-0003YJ-EM for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 19:53:47 +0200 Original-Received: from localhost ([127.0.0.1]:60686 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcMMC-0001HX-4m for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 13:48:24 -0400 Original-Received: from [140.186.70.92] (port=41882 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcMLX-0000U8-A4 for emacs-devel@gnu.org; Fri, 23 Jul 2010 13:48:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OcMKU-0005b2-A1 for emacs-devel@gnu.org; Fri, 23 Jul 2010 13:46:39 -0400 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:57305) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OcMKU-0005av-6i for emacs-devel@gnu.org; Fri, 23 Jul 2010 13:46:38 -0400 Original-Received: by gyb11 with SMTP id 11so284231gyb.0 for ; Fri, 23 Jul 2010 10:46:37 -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=xDecVG16sAnGuGDtQzvSQQqytrbloPME5Aw2Sesq+HE=; b=YhQdhv6FOfvmF35JDetzQQxC3SekDm03PqWHsv63gUBGkY2dSqrFVxYWam0COMQ2Nk DGSaLkckLLU76qh1IMhlVRMkRxFH/JQalGJZ8Z1BIxkBwWZy0uvxOAEAuI7QrRPd4Ruu AxlFCRe2r6RtF3moEy3bO96Fs7yvKwn50ndYY= 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=bp0JxkMynyQBqueaUhk06prDlr5620mCOKUN9WhVRMgge88yzUsZbgh7sHJ87o2sR3 C9b7rpGkJLZI7qm7FbKDel/tOsRQcKfTwHhmE6pOjJD5Czd+U6fL/++G4Nh3L+7hUJZk Zb31cyujY8VnBH+ZmCHglDYoXWpX8YquFc9Nc= Original-Received: by 10.224.52.88 with SMTP id h24mr2835628qag.385.1279907197184; Fri, 23 Jul 2010 10:46:37 -0700 (PDT) Original-Received: by 10.229.5.72 with HTTP; Fri, 23 Jul 2010 10:46:17 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:127713 Archived-At: On Fri, Jul 23, 2010 at 4:41 PM, Tom wrote: > Stefan Monnier IRO.UMontreal.CA> writes: > >> >> > That's why CUA-style editing should be made the consistent default, so= Emacs >> > works like all other modern application on KDE/Gnome/Windows, etc. and= the >> > current behavior should be provided as a compatibility mode for those = who >> > are accustomed to the old behavior. >> >> I might agree. =C2=A0But as long as noone submits actual code to do that= , it >> won't happen. >> > > Those against the idea say the main problem with CUA mode is it hijacks C= -c > and C-x which are the standard bindings in current Emacs and they are > hardwired in lots of places. > > Let's say the newbie user who wants to copy with C-c/C-x/C-v don't want > to use the bindings C-w and C-y. > > Is it technically possible to implement a mode which binds copy to C-c, > cut to C-x, but before that it rebinds all C-x bindings to C-w and > C-c bindings to C-y? It should do it dynamically, of course, so when a > new buffer is opened with new bindings or a new minor mode is activated > it should change the bindings on the fly. > > This way the newbie could also have a standard and consistent set of > bindings, only the prefix keys would be different in newbie mode and > veteran mode. Yes, Emacs is a bit prepared to make this change. There are variable named ctl-x-map (for C-x) and mode-specific-map (for C-c). See (info "(elisp) Prefix Keys") I have not (yet) tried to rebind those variables to C-w and C-y but I think that this can do what you suggest. If this does not work then a good first step towards such a solution would be to make this rebinding work.