From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#12456: 24.2.50; Completion in `Info-goto-node' (cross-manual jump) Date: Sat, 29 Dec 2012 01:57:11 +0200 Organization: JURTA Message-ID: <87han51zx8.fsf@mail.jurta.org> References: <83sjaf26jt.fsf@gnu.org> <83boh31lrj.fsf@gnu.org> <87a9wn85fa.fsf@mail.jurta.org> <87mwxfl4dl.fsf@mail.jurta.org> <87k3s3grbp.fsf@mail.jurta.org> <87bodfgntf.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1356740360 14328 80.91.229.3 (29 Dec 2012 00:19:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Dec 2012 00:19:20 +0000 (UTC) Cc: 12456@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 29 01:19:33 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 1Tok9F-00027d-0U for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Dec 2012 01:19:33 +0100 Original-Received: from localhost ([::1]:53115 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tok90-0001K6-DK for geb-bug-gnu-emacs@m.gmane.org; Fri, 28 Dec 2012 19:19:18 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:47285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tok8w-0001Ft-O8 for bug-gnu-emacs@gnu.org; Fri, 28 Dec 2012 19:19:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tok8p-0001IA-6H for bug-gnu-emacs@gnu.org; Fri, 28 Dec 2012 19:19:14 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53354) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tok8p-0001I2-1l for bug-gnu-emacs@gnu.org; Fri, 28 Dec 2012 19:19:07 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tok9h-0001nc-Tk for bug-gnu-emacs@gnu.org; Fri, 28 Dec 2012 19:20:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Dec 2012 00:20: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.13567403806881 (code B ref 12456); Sat, 29 Dec 2012 00:20:01 +0000 Original-Received: (at 12456) by debbugs.gnu.org; 29 Dec 2012 00:19:40 +0000 Original-Received: from localhost ([127.0.0.1]:35372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tok9L-0001mw-SY for submit@debbugs.gnu.org; Fri, 28 Dec 2012 19:19:40 -0500 Original-Received: from ps18281.dreamhost.com ([69.163.218.105]:56573 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tok9I-0001mi-4o for 12456@debbugs.gnu.org; Fri, 28 Dec 2012 19:19:38 -0500 Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 3DFC0451C551; Fri, 28 Dec 2012 16:18:38 -0800 (PST) In-Reply-To: <87bodfgntf.fsf@mail.jurta.org> (Juri Linkov's message of "Thu, 27 Dec 2012 23:57:04 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) 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.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:69132 Archived-At: >> One question: if I do (from emacs -Q) `C-h r g ( e l i TAB TAB', I see >> two completion candidates: "elisp" and "elisp.info". This is a bug, >> no? > > I doubt its usefulness too because it doesn't allow TAB to add the > closing paren automatically as it does for a single completion, > but as a comment in `Info-read-node-name-2' says: > > ;; If the file name ends in a standard suffix, > ;; add the unsuffixed name as a completion option. > > So code adds both "elisp.info" with a standard suffix ".info" > and the unsuffixed name "elisp". > > This means this intentionally is a feature, and not a bug. But this doesn't mean it is a good feature. Another similar command `info-display-manual' doesn't add duplicates "elisp" and "elisp.info", so when you do `M-x info-display-manual RET TAB' it displays a single completion for every Info manual name without adding the suffix ".info".