From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#20105: 25.0.50; Emacs manual, `i HOME RET' sends you to `Moving Point', which is wrong Date: Sat, 14 Mar 2015 09:44:09 -0700 (PDT) Message-ID: <1cf950ce-96bf-4a06-b104-581af13b6b74@default> References: <<265aed11-7056-45f2-afbf-1b5f8b3b0a05@default>> <<83egos2df6.fsf@gnu.org>> <> <<834mpn38iu.fsf@gnu.org>> <<9fe72841-fa75-4bbe-bb92-c14e68e0cd7a@default>> <<83zj7f1rox.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1426351526 27602 80.91.229.3 (14 Mar 2015 16:45:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Mar 2015 16:45:26 +0000 (UTC) Cc: 20105@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 14 17:45:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YWpBZ-0003SG-EU for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Mar 2015 17:45:13 +0100 Original-Received: from localhost ([::1]:41367 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWpBY-0005M0-Cl for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Mar 2015 12:45:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42459) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWpBT-0005Ig-Jj for bug-gnu-emacs@gnu.org; Sat, 14 Mar 2015 12:45:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YWpBP-0005E4-IG for bug-gnu-emacs@gnu.org; Sat, 14 Mar 2015 12:45:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWpBP-0005De-ES for bug-gnu-emacs@gnu.org; Sat, 14 Mar 2015 12:45:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YWpBP-0004JO-0I for bug-gnu-emacs@gnu.org; Sat, 14 Mar 2015 12:45:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Mar 2015 16:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20105 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20105-submit@debbugs.gnu.org id=B20105.142635145516495 (code B ref 20105); Sat, 14 Mar 2015 16:45:02 +0000 Original-Received: (at 20105) by debbugs.gnu.org; 14 Mar 2015 16:44:15 +0000 Original-Received: from localhost ([127.0.0.1]:46757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YWpAc-0004Hy-Id for submit@debbugs.gnu.org; Sat, 14 Mar 2015 12:44:15 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:25153) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YWpAa-0004Hp-0s for 20105@debbugs.gnu.org; Sat, 14 Mar 2015 12:44:12 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t2EGiAc3031503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 14 Mar 2015 16:44:11 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t2EGi9Bf000421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 14 Mar 2015 16:44:09 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t2EGi9sG028258; Sat, 14 Mar 2015 16:44:09 GMT In-Reply-To: <<83zj7f1rox.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:100479 Archived-At: > Yes, "emacs -Q" here. And it's not a surprise you have those missing > candidates in the index, that's how I can see them ;-) >=20 > Are you sure you did 'i home TAB' in the latest manual, though? Yes, exactly that, in this build: In GNU Emacs 25.0.50.1 (i686-pc-mingw32) of 2015-02-27 on LEG570 Repository revision: b2a590d4e3dc692a97c1b53e015b945d84b4b4c7 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --host=3Di686-pc-mingw32 --enable-checking=3Dyes,glyphs' > > > > But why is `HOME' capitalized as a candidate if it points to info > > > > about the key? > > > > > > Don't know. Looks like some feature of completion. > > > > Really? My guess is instead that it comes from this explicit index > > entry (which I see in Emacs 24 but not 23): (I removed some whitespace.= ) > > > > * HOME: Moving Point. (line 57) >=20 > By "feature" I meant that it replaces "home" which I typed by "HOME", > for whatever reasons. The _only_ reason that I could accept as > legitimate is if _all_ completion candidates started with an > upper-case "HOME". But that's not what we have here. So it looks > like some attempt at being smart is misfiring. Yes, I guess so. But I'm guessing that what happens might have to do with searching the indexes in order, where Key Index comes first. And in that index, `HOME' is the only entry matching input `home'. It is also the only matching entry in the Variable Index. > > That's from the Key Index. However, note that there are also these > > two entries in the Variable Index, which seem not to be used when > > I do `i home TAB': > > > > * HOME: General Variables. (line 59) > > * HOSTNAME: General Variables. (line 70) >=20 > HOME _is_ used, except that completion removes duplicates (I guess). I guess so too. That is a mistake. The calling function should decide whether completion should remove duplicates (IMHO). And in this case, it should not (IMHO). > As for HOSTNAME -- why should it be used? I don't see it used here. My bad for mentioning HOSTNAME. Might have been a copy&paste error. Or it might have reflected a senior moment. > > From what I see, the only explicit index entries that include `HOME' > > (capitalized) refer to the home directory, not to the key. >=20 > No, the entry that revers to "Moving Point" is also capitalized. Right. Do you agree that that is wrong? I doubt that that is the only problem here. But it would be a start, to fix that entry. It should be changed to something like `home keyboard key' or `home key (keyboard)', I think. (We might also want to add an entry for ` keyboard key'.) Also, I question whether the quote marks should be included in these two index entries: * 'HOME' directory on MS-Windows: Windows HOME. (line 6) * 'HOME' directory under MS-DOS: MS-DOS File Names. (line 35) Et voila: That's probably why typing `host' does not match either of these entries. And it's perhaps why it does work for you: the curly quotes are perhaps not present for you, in the indexes. --- Interestingly, copying and pasting those into this mail shows them as curly quotes, but in Info they appear to be straight. They are LEFT SINGLE QUOTATION MARK etc. I guess it is the default Info font that makes them appear straight. But I thought that we had arranged to use the older makeinfo or whatever, and that Emacs was arranging to keep simple backtick and apostrophe in the produced Info buffers. No? I see now that Isearch for ` or ' fails miserably in Info, wrt finding such quoted names. This makes it hard for users who want to use keyboard keys ` and ' for searching. That's a clear regression in usefulness, IMHO.