From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#12456: 24.2.50; Completion in `Info-goto-node' (cross-manual jump) Date: Tue, 18 Sep 2012 08:22:47 -0400 Message-ID: References: <83sjaf26jt.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1347971045 16355 80.91.229.3 (18 Sep 2012 12:24:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Sep 2012 12:24:05 +0000 (UTC) Cc: 12456@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 18 14:24:08 2012 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 1TDwqP-0001QM-SJ for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Sep 2012 14:24:02 +0200 Original-Received: from localhost ([::1]:55688 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDwqL-0006Ui-JO for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Sep 2012 08:23:57 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDwqE-0006TU-0j for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 08:23:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDwq7-0004Ni-07 for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 08:23:49 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDwq6-0004Nd-Sx for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 08:23:42 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TDwrO-0003Mg-0j for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 08:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Sep 2012 12:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12456 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12456-submit@debbugs.gnu.org id=B12456.134797105112865 (code B ref 12456); Tue, 18 Sep 2012 12:25:01 +0000 Original-Received: (at 12456) by debbugs.gnu.org; 18 Sep 2012 12:24:11 +0000 Original-Received: from localhost ([127.0.0.1]:41079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDwqY-0003LR-VN for submit@debbugs.gnu.org; Tue, 18 Sep 2012 08:24:11 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:23882) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDwqW-0003LK-TL for 12456@debbugs.gnu.org; Tue, 18 Sep 2012 08:24:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09Ld+qU/2dsb2JhbABEsEiDSYEIghUBAQQBViMFCws0EhQYDSQuh24FugmQRAORQJFzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="198587883" Original-Received: from 75-119-234-148.dsl.teksavvy.com (HELO pastel.home) ([75.119.234.148]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 18 Sep 2012 08:22:48 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id A61A2592A5; Tue, 18 Sep 2012 08:22:47 -0400 (EDT) In-Reply-To: <83sjaf26jt.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 18 Sep 2012 09:23:18 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:64550 Archived-At: >> IIRC the core of the problem is that Info's completion table does not >> (yet) know how to do completion after something like "(elisp)", so it >> basically returns some "dummy" completion data (because the way >> completion tables are defined currently, they have no way to say "I >> don't know"). > Can the completion tables say no completion candidates at all? That > would be the best short-term solution; the stand-alone Info reader > does just that. So that we always get a [No completions] message? We can try. It's all decided in the following three lines of Info-read-node-name-1: ((string-match "\\`(" string) (cond ((eq code nil) string) ((eq code t) nil) (t t))) As long as we don't know the actual list of nodes, it's important to return non-nil when `code' is `lambda': that's the `test-completion' case, which determines whether RET will accept the user's input since the completion is called with `require-match'. >> So there are 2 ways to fix the above problem: >> - Extend minibuffer.el so a completion table return "don't know" (at >> which point it could put a message like " [No completion info]"). >> - Extend info.el so that it does provide actual completion by opening up >> the "elisp" info file and gathering the corresponding node names. > The latter sounds like the best long-term solution to me. Agreed. > Of course, next we will see a bug report with "g (eli TAB"... Try it: that one already works. Stefan