From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Proposal to improve the nomenclature of scrolling directions Date: Wed, 07 Nov 2012 18:23:47 +0200 Message-ID: <83vcdh1iwc.fsf@gnu.org> References: <50994EF8.5000109@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1352305442 26097 80.91.229.3 (7 Nov 2012 16:24:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 Nov 2012 16:24:02 +0000 (UTC) Cc: Adrian.B.Robert@gmail.com, emacs-devel@gnu.org, rms@gnu.org, dgutov@yandex.ru To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 07 17:24:10 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TW8QD-0005vK-Fb for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2012 17:24:09 +0100 Original-Received: from localhost ([::1]:38617 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TW8Q4-00085v-Cc for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2012 11:24:00 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:36209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TW8Q1-00085f-CU for emacs-devel@gnu.org; Wed, 07 Nov 2012 11:23:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TW8Pv-000434-3v for emacs-devel@gnu.org; Wed, 07 Nov 2012 11:23:57 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:65341) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TW8Pu-00042q-Rv; Wed, 07 Nov 2012 11:23:51 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD400900LI2YL00@a-mtaout22.012.net.il>; Wed, 07 Nov 2012 18:23:49 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD400973LJMER11@a-mtaout22.012.net.il>; Wed, 07 Nov 2012 18:23:47 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:154715 Archived-At: > From: "Drew Adams" > Date: Wed, 7 Nov 2012 07:17:52 -0800 > Cc: eliz@gnu.org, Adrian.B.Robert@gmail.com, emacs-devel@gnu.org > > > If PageDown is generally understood as the name for what C-v does, it > > seems to me we could give that command the new alias `page-down' and > > bind C-v to that. Users would find it clear by reference to what > > PageDown does in other programs. The Emacs Manual use that > > name to document the command, but the existing name could remain > > valid. > > Bad idea. "page" in Emacs function and variable names has a meaning that > revolves around the use of form-feed (^L) as a page delimiter. Only veteran Emacs users know about that meaning of "page", and those should have no problems with the current command names. And anyway, bringing up arguments from Emacs traditions flies in the face of this thread's main premise, which is that it's bad to have Emacs traditions contradict widespread conventions. > That makes it easy to use `apropos' or completion (e.g. with > substring matching) to show you such names. > > Co-opting "page" for this very different meaning (scrolling one screenful or > some other amount) creates false positives, weakening this feature. Then you must object to commands and variables that match "code-page" and "codepage", which already show in significant numbers in 'apropos'. But since we already have this other meaning of "page", having yet a 3rd one should not be such a grave problem, IMO.