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: Emacs learning curve Date: Fri, 23 Jul 2010 09:02:55 -0700 Message-ID: <270AD461F0F14E549F82D88785A23A0A@us.oracle.com> 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="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1279901267 2230 80.91.229.12 (23 Jul 2010 16:07:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Jul 2010 16:07:47 +0000 (UTC) To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 23 18:07:46 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 1OcKmj-0003Zw-Bw for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 18:07:45 +0200 Original-Received: from localhost ([127.0.0.1]:43374 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcKmQ-0002RC-Ot for ged-emacs-devel@m.gmane.org; Fri, 23 Jul 2010 12:07:22 -0400 Original-Received: from [140.186.70.92] (port=35912 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OcKjc-00082e-RF for emacs-devel@gnu.org; Fri, 23 Jul 2010 12:04:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OcKjZ-0003qN-Fu for emacs-devel@gnu.org; Fri, 23 Jul 2010 12:04:27 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:45031) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OcKjZ-0003pM-95 for emacs-devel@gnu.org; Fri, 23 Jul 2010 12:04:25 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o6NG4KBM025975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 23 Jul 2010 16:04:22 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6NCw7Gi020439 for ; Fri, 23 Jul 2010 16:04:17 GMT Original-Received: from abhmt019.oracle.com by acsmt355.oracle.com with ESMTP id 431501711279900977; Fri, 23 Jul 2010 09:02:57 -0700 Original-Received: from dradamslap1 (/10.159.216.179) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 23 Jul 2010 09:02:57 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcsqdTR3xIvtg4CHR0WiYHRVD04jGwABMk+w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C49BD83.0116:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:127708 Archived-At: > 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. Why not teach newbies Emacs instead of teaching Emacs "Newbie"? We've seen no _evidence_ about a supposed dearth of newbies coming to Emacs, in spite of repeated _claims_. No Emacs-is-dying problem has been shown, so far. And yet we've moved on to back-and-forth discussions of _how_ to solve this undemonstrated problem. No problem => don't fix it. It was pointed out that Emacs, like Spanish, has a reason to exist even if it is not the most widespread language and it uses vocabulary and pronunciation that foreigners (who are admittedly more numerous than Emacs speakers) can sometimes find disconcerting. You cannot get off the plane in Kashgar and expect to act (and expect others to act) like you are still in your living room in Kansas. You're _not_ in Kansas anymore. If you want to enjoy Kashgar, then learn a little Turkish and a little Chinese. And yes, taste the local food instead of whining about there being no McDonalds. If you don't really want to taste the local food, speak the language, listen to the music, dance the dance, and so on, then WTF are you doing in Kashgar? And no, tourism to Kashgar and Emacs is not dying out. Some tourists are really interested in their trip and the destination. Others are not. That's all. We should not cater to the WannaMcDonalds. Understand them? Yes. Remake everything to make them feel at home? Definitely not. Emacs is a beautiful land. Call it exotic, if you like. Kansas it ain't. And even if it _were_ dying, the solution would not be to airlift MacDos to help it fit in with the rest of the mess. Call it a niche market, but Emacs, its vocabulary, keybindings, and so on is a _system_ with its own raison d'etre. It has internal coherency and consistency, even if that sometimes conflicts with what outsiders might be used to. No one claims that Emacs is perfect and its keybindings and vocabulary are set in concrete. But it is very good. It has been refined by good, great, and middling users and developers over a period of ~35 years. It has evolved. And improvements in keybindings, vocabulary, and such _are_ discussed here, quite often in fact (possibly too often). The simplistic do-what-newbie-expects argument doesn't cut the mustard, however, and for good reason. It just doesn't add anything new to the party. It's curious that these discussions start by pointing to real, solid features that are in e.g. Eclipse but missing from Emacs. Everyone agrees that Emacs could do with a little catching up in some such areas. But then, when it becomes clear that adding such features, while worthwhile, is not trivial, the discussion morphs to newbie-izing key bindings. The latter discussion is facile - like taxes and government, everyone can have an easy opinion about key bindings. Emacs does need improving. Eclipsify it, if you want, adding useful, powerful features that actually do something. Please do. But stop with the binding-shed color discussions. Emacs and its internal logic are complex, like your eyeball or your kidney. Such things are not to be fiddled with naively.