From: Juri Linkov <juri@jurta.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 4725@emacsbugs.donarmstrong.com
Subject: bug#4725: 23.1; doc of misearch-* commands (commands?)
Date: Thu, 15 Oct 2009 00:57:17 +0300 [thread overview]
Message-ID: <878wfdvdtu.fsf@mail.jurta.org> (raw)
In-Reply-To: <18FECACAE8904F2A9A26016A02CCA5F0@us.oracle.com> (Drew Adams's message of "Wed, 14 Oct 2009 13:49:52 -0700")
> In NEWS it says:
>
> ** The package misearch.el has been added. It allows Isearch to search
> through multiple buffers. A variable `multi-isearch-next-buffer-function'
> defines the function to call to get the next buffer to search in the series
> of multiple buffers. Top-level commands `multi-isearch-buffers',
> `multi-isearch-buffers-regexp', `multi-isearch-files' and
> `multi-isearch-files-regexp' accept a single argument that specifies
> a list of buffers/files to search for a string/regexp.
>
> But this is false. The functions `multi-isearch-buffers',
> `multi-isearch-buffers-regexp', `multi-isearch-files' and
> `multi-isearch-files-regexp', defined in misearch.el, are not defined
> as commands.
>
> 1. Shouldn't they be commands? I.e., this is the first bug.
Yes, they should be commands. These command should allow the user
to select interactively a list of buffers or files to search.
Currently I have no idea about the best UI for this.
Suggestions welcome.
> 2. I find no explanation of using Isearch with multiple buffers or
> files anywhere, including in the Emacs manual. This needs to be
> documented somewhere.
>
> Logically, this should be explained in a new section of the Isearch
> chapter of the Emacs manual. It is even the case that multi-isearch is
> handled, in its essentials, in isearch.el (not in misearch.el). So
> this is really an integral part of Isearch. It needs to be properly
> documented as such. That means at least (1) in the Emacs manual and
> (2) in the file Commentary of isearch.el.
(3) the Emacs Lisp Reference Manual
(4) in the file Commentary of misearch.el
I prefer (4) since it is not a core feature to be documented
in the Info manual.
--
Juri Linkov
http://www.jurta.org/emacs/
next prev parent reply other threads:[~2009-10-14 21:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87r5rflrvx.fsf@mail.jurta.org>
2009-10-14 20:49 ` bug#4725: 23.1; doc of misearch-* commands (commands?) Drew Adams
2009-10-14 21:57 ` Juri Linkov [this message]
2009-10-14 22:17 ` Drew Adams
2009-10-15 22:27 ` Juri Linkov
2009-10-15 22:49 ` Drew Adams
2009-11-30 19:55 ` bug#4725: marked as done (23.1; doc of misearch-* commands (commands?)) Emacs bug Tracking System
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=878wfdvdtu.fsf@mail.jurta.org \
--to=juri@jurta.org \
--cc=4725@emacsbugs.donarmstrong.com \
--cc=drew.adams@oracle.com \
/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.