From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#3314: 23.0.93; Emacs manual, node RegPos Date: Sun, 17 May 2009 23:24:57 -0400 Message-ID: References: <000201c9d675$cf77ea70$0200a8c0@us.oracle.com> <002b01c9d716$551483f0$0200a8c0@us.oracle.com> <87eiunsh7c.fsf@mail.jurta.org> <002d01c9d722$7108c5b0$0200a8c0@us.oracle.com> <87bpprr0y4.fsf@mail.jurta.org> <003c01c9d728$4b9db460$0200a8c0@us.oracle.com> Reply-To: Stefan Monnier , 3314@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1242617537 22987 80.91.229.12 (18 May 2009 03:32:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 May 2009 03:32:17 +0000 (UTC) Cc: 3314@emacsbugs.donarmstrong.com, rms@gnu.org, emacs-pretest-bug@gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 18 05:32:09 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M5taD-000652-Av for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 May 2009 05:32:09 +0200 Original-Received: from localhost ([127.0.0.1]:33686 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5taC-0002CY-AW for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 May 2009 23:32:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5ta8-0002CI-5a for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 23:32:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5ta3-0002C5-RI for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 23:32:03 -0400 Original-Received: from [199.232.76.173] (port=41548 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5ta3-0002Bv-E2 for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 23:31:59 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:49469) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5ta2-0000pG-SS for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 23:31:59 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4I3Vu8q017935; Sun, 17 May 2009 20:31:57 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n4I3U46Y016795; Sun, 17 May 2009 20:30:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Stefan Monnier Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 18 May 2009 03:30:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.124261705315478 (code B ref -1); Mon, 18 May 2009 03:30:04 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 18 May 2009 03:24:13 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4I3O93B015471 for ; Sun, 17 May 2009 20:24:10 -0700 Original-Received: from mail.gnu.org ([199.232.76.166]:37915 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M5tST-0005Yw-2I for emacs-pretest-bug@gnu.org; Sun, 17 May 2009 23:24:09 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M5tSS-0000RR-7K for emacs-pretest-bug@gnu.org; Sun, 17 May 2009 23:24:08 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:39689 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M5tSR-0000RM-UM; Sun, 17 May 2009 23:24:08 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EADhxEEpMCovv/2dsb2JhbACBT8x1hAEFhWo X-IronPort-AV: E=Sophos;i="4.41,208,1241409600"; d="scan'208";a="38721343" Original-Received: from 76-10-139-239.dsl.teksavvy.com (HELO pastel.home) ([76.10.139.239]) by ironport2-out.teksavvy.com with ESMTP; 17 May 2009 23:24:07 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 04D6E8096; Sun, 17 May 2009 23:24:58 -0400 (EDT) In-Reply-To: <003c01c9d728$4b9db460$0200a8c0@us.oracle.com> (Drew Adams's message of "Sun, 17 May 2009 12:47:21 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 17 May 2009 23:32:03 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27951 gmane.emacs.pretest.bugs:24454 Archived-At: > However, elsewhere we generally do not bother much to put the noun > first, to facilitate completion etc. We use, for example: Indeed: using such "common prefix for completion" principles amounts to imposing a hierarchical structure, which we already have elsewhere. So I don't think it's very useful: if you want to see nodes that relate to "Register", you can simply do "m Regi TAB RET" and that node lists pretty much the entries you've given as example. OTOH I agree that it would be good to replace "RegPos" with something more explicit such as "Position Registers". FWIW (assuming more explicit names are used) you can also use "*Register" and then hit TAB to see the entries that contain "Register" somewhere. This also reduces the need for such common prefixes. This doesn't mean that common prefixes aren't good, but just that they are very secondary in this case. Clear names are much more important. Stefan