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: Mon, 2 Aug 2010 07:16:49 -0700 Message-ID: References: <10954D02-E217-49F3-8824-757DA34074AB@gmail.com><83zkxzakr0.fsf@gnu.org> <83pqyva8ms.fsf@gnu.org> 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 1280758650 32186 80.91.229.12 (2 Aug 2010 14:17:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 2 Aug 2010 14:17:30 +0000 (UTC) Cc: 'Tom' , emacs-devel@gnu.org To: "'Stefan Monnier'" , "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 02 16:17:27 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 1OfvpV-000584-KF for ged-emacs-devel@m.gmane.org; Mon, 02 Aug 2010 16:17:26 +0200 Original-Received: from localhost ([127.0.0.1]:33377 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OfvpU-00017I-FO for ged-emacs-devel@m.gmane.org; Mon, 02 Aug 2010 10:17:24 -0400 Original-Received: from [140.186.70.92] (port=53850 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OfvpN-000178-SU for emacs-devel@gnu.org; Mon, 02 Aug 2010 10:17:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OfvpM-0003cD-6l for emacs-devel@gnu.org; Mon, 02 Aug 2010 10:17:17 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:37445) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OfvpM-0003bW-1g; Mon, 02 Aug 2010 10:17:16 -0400 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o72EHAMa009373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Aug 2010 14:17:11 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o724XOSm016606; Mon, 2 Aug 2010 14:17:09 GMT Original-Received: from abhmt009.oracle.com by acsmt353.oracle.com with ESMTP id 457971251280758609; Mon, 02 Aug 2010 07:16:49 -0700 Original-Received: from dradamslap1 (/10.159.219.98) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 02 Aug 2010 07:16:48 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcsyI9R269/obOSFT46iBgmgb+8nPgAJWJZQ In-Reply-To: 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.0A090203.4C56D366.0065: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:128117 Archived-At: > >> Is there a compelling reason to still use yank/kill, > instead of copy/cut/paste? > > From the Emacs manual: > > Maybe we should make a concerted effort to change the terminology. > If someone could go through the manual and docstrings to replace > yank=>paste (and kill => cut|copy), and also find new names for > variables, functions, and commands (which will need aliases > so both the new and old names work), that would be a good start. > I'd be happy to review such a patch. Is it a joke? That would be misguided indeed. It is better to have different names from the common, whether the Emacs name is "kill" or "froobarb". Emacs kill is not the same as cut, etc. but it is sufficiently similar that using the same name will cause confusion and frustration. Using the names that some users are used to will lead to "bug" reports because the Emacs behavior is different (superior) to what they expect by the common name. We already have Cut, Copy, and Paste in the menus, and we state clearly in the docs what the similarities and differences are (and that's important). That is good and proper. It would be misleading, incorrect, and troublesome (especially to the newbies who will suffer the confusion) to simply change the Emacs names. Unless you prefer (a) reams of dialog and bug discussions about how Emacs's "cut" is broken because it is different from the "standard" cut to the current (rare) (b) complaints that it's hard to find out how to "cut" text in Emacs because the command name isn't "cut". Get some perspective, please. How many former newbies have complained that the command names got in their way? How many? There are plenty on this list - take a poll. The complaints I've seen about the terminology have been from Emacs users (not newbies) who hope to win more converts to Emacs. Or the occasional complaint from a newbie who could not find "cut" in the manual because s?he didn't really look well or look there at all (yes, it's there, including in the index). You are trying to solve a non-problem, and your solution will itself lead to problems. > >> Why do we call the cursor the point? > > Because point is not the cursor. The cursor only shows the position > > of point in the visible windows (and on character terminals, only in > > the single selected window). We still need a term for the ``current > > position in the buffer''. > > I'm not sure that's a good reason: most other applications > don't bother > with this distinction, they just call both concepts "cursor" and then > rely on context to disambiguate. So here as well, I'd be willing to > entertain the idea of changing terminology if someone were to send > a patch for it. So now you will need to make clear when you mean the cursor as the visible thing that is on a character (display artifact) and when you mean the position before that character. Which character is the cursor on at eob and bob? What problem are you trying to solve? This is like some first-year biology student wanting to eliminate the jargon s?he encounters because s?he doesn't yet understand that it serves a purpose: it is for making just such distinctions as s?he does not yet see. _You_, however, should know better. > >> These relics of old terminology should be updated to the > accepted modern > >> variants to make the documentation is more accessible for > emacs newbies. > > And then they will be queuing up to start using Emacs, no doubt. > > The idea (for me anyway) is not to lure new users (I have given up the > hope to understand what they need/want a lot time ago), but > just to make Emacs better. You're looking in the wrong place to start making Emacs better. There's a long list of bugs..., many with proposed solutions. > And following standards (be they protocols, libraries, > terminology, behavior) is generally a good thing. So the only reason > not to follow standards is when we have a better story. In > the case of yank/paste and point/cursor, I don't think our story > is that much better: it's more a historical accident. It is an accident that Emacs chose "kill" rather than "cut". It is not an accident that these are two different behaviors even if there are similarities. > Changing such "fundamental" things might not be terribly easy > given the fact that Emacs's names have real effects on behavior > (since users refer to them in their .emacs, you can call them > via M-x, etc...) but that doesn't mean that they're features > of which we need to be proud (not that we should be ashamed > of it, either of course: it's nice to remember > that had those things before they became standard). Details, please. Mumble mumble - which features? Emacs did not have its kill before cutting existed elsewhere (whether or not it was called "cut" back then). And Emacs's kill is different from cut.