From: Eli Zaretskii <eliz@gnu.org>
To: Juri Linkov <juri@jurta.org>
Cc: 10771@debbugs.gnu.org, cyd@gnu.org
Subject: bug#10771: TAB completion for info-display-manual
Date: Sun, 02 Dec 2012 23:32:28 +0200 [thread overview]
Message-ID: <83obicrvgz.fsf@gnu.org> (raw)
In-Reply-To: <87boecqjzz.fsf@mail.jurta.org>
> From: Juri Linkov <juri@jurta.org>
> Cc: Chong Yidong <cyd@gnu.org>, 10771@debbugs.gnu.org, rgm@gnu.org
> Date: Sun, 02 Dec 2012 23:12:35 +0200
>
> > Because manuals loaded into my Info buffers do not necessarily reflect
> > Info files on my disk.
>
> Is this because you delete Info files from the disk leaving open
> their Info buffers?
No, it's because I don't want to be restricted to manuals found in
directories that are mentioned in Info-directory-list.
In general, the Info buffers in the session should not be restricted
to what "M-x info" can find, because we have "C-u C-h i" and other
methods of loading manuals by their exact file name.
> I'm not sure whether additional complexity is necessary to handle
> completion for such rare cases
Well, _I_ wrote this command, and I needed it precisely because I have
dozens of Info manuals loaded in my usual Emacs session. This case is
not rare for me.
> but at least
> the minibuffer should allow you to enter such manual names.
> I mean changing the REQUIRE-MATCH arg of `completing-read' from t to nil,
> so you can still enter these manual names like at the time when
> this command accepted a plain string before the latest change.
>
> === modified file 'lisp/info.el'
> --- lisp/info.el 2012-12-02 20:07:04 +0000
> +++ lisp/info.el 2012-12-02 21:11:17 +0000
> @@ -5138,7 +5138,7 @@ (defun info-display-manual (manual)
> (apply-partially 'Info-read-node-name-2
> Info-directory-list
> (mapcar 'car Info-suffix-list))
> - nil t))))
> + nil nil))))
> (let ((blist (buffer-list))
> (manual-re (concat "\\(/\\|\\`\\)" manual "\\(\\.\\|\\'\\)"))
> (case-fold-search t)
How is this better than the original command against which this bug
was filed?
next prev parent reply other threads:[~2012-12-02 21:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-09 6:36 bug#10771: TAB completion for info-display-manual Glenn Morris
2012-02-09 9:28 ` Juri Linkov
2012-02-09 18:42 ` Eli Zaretskii
2012-02-10 10:17 ` Juri Linkov
2012-12-02 6:44 ` Chong Yidong
2012-12-02 17:25 ` Eli Zaretskii
2012-12-02 21:12 ` Juri Linkov
2012-12-02 21:32 ` Eli Zaretskii [this message]
2012-12-02 21:57 ` Juri Linkov
2012-12-03 3:37 ` Eli Zaretskii
2012-12-03 6:57 ` Chong Yidong
2012-12-03 16:31 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83obicrvgz.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=10771@debbugs.gnu.org \
--cc=cyd@gnu.org \
--cc=juri@jurta.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.