unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
@ 2017-09-24 17:49 Drew Adams
  2017-09-24 23:09 ` John Wiegley
  0 siblings, 1 reply; 9+ messages in thread
From: Drew Adams @ 2017-09-24 17:49 UTC (permalink / raw)
  To: 28584

In the Emacs manual, if you use `i multi' then, even if you have a way
to substring-match index entries, you see nothing about using Isearch
across multiple files or buffers.

There are these index entries, for example:

  `multiple-file search and replace'
  `search and replace in multiple files'

But those just take you to node `Tags Search'.

Please consider doc changes, to (1) include more doc for Isearching
across multiple files and buffers, (2) index that doc, and (3)
cross-reference between that doc and node `Tags Search'.

The existing index entries mentioned above no doubt need to be changed,
to distinguish tags-based searching from Isearching.

For #1: Please document the `multi-isearch-*' commands more thoroughly.
Currently, `multi-isearch-files', and `multi-isearch-files-regexp' are
not mentioned.


In GNU Emacs 24.5.1 (i686-pc-mingw32)
 of 2015-04-11 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/usr --host=i686-pc-mingw32'





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-24 17:49 bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands Drew Adams
@ 2017-09-24 23:09 ` John Wiegley
  2017-09-25  0:38   ` Drew Adams
  0 siblings, 1 reply; 9+ messages in thread
From: John Wiegley @ 2017-09-24 23:09 UTC (permalink / raw)
  To: Drew Adams; +Cc: 28584

>>>>> "DA" == Drew Adams <drew.adams@oracle.com> writes:

DA> In the Emacs manual, if you use `i multi' then, even if you have a way to
DA> substring-match index entries, you see nothing about using Isearch across
DA> multiple files or buffers.

DA> There are these index entries, for example:

DA>   `multiple-file search and replace'
DA>   `search and replace in multiple files'

Maybe I'm misunderstanding, but isn't the second index entries just what you
wanted to find?

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-24 23:09 ` John Wiegley
@ 2017-09-25  0:38   ` Drew Adams
  2017-09-25  4:29     ` John Wiegley
  2017-09-30 12:11     ` Eli Zaretskii
  0 siblings, 2 replies; 9+ messages in thread
From: Drew Adams @ 2017-09-25  0:38 UTC (permalink / raw)
  To: John Wiegley; +Cc: 28584

> DA> In the Emacs manual, if you use `i multi' then, even
> DA> if you have a way to substring-match index entries,
> DA> you see nothing about using Isearch across multiple
> DA> files or buffers.
> 
> DA> There are these index entries, for example:
> DA>   `multiple-file search and replace'
> DA>   `search and replace in multiple files'
> 
> Maybe I'm misunderstanding, but isn't the second index
> entries just what you wanted to find?

Not sure what you mean by "the second index entries".
Both of the index entries I mentioned go to the same
place - doc about tags search (only).

This is the point: The only index entries that have to do
with searching multiple files are entries for tags search.
There are none for Isearch across multiple files.

For some time now, Isearch has also been able to search
multiple files (and multiple non-file buffers).  But
there are no index entries in the manual for doc about
this feature.  There should be.  Tags search is not the
only way now to search multiple files (and buffers).

The text of both of the index entries I mentioned would
_seem_ to cover both tags search and Isearch.  There
should be separate entries for these very different ways
of searching multiple files.

Fixing that by adding index entries would take care of what
I wrote in the bug Subject line.  But the bug report
mentioned more than that.

My bug report was for Emacs 24.5.  The other part of the
report, beyond adding index entries, was to add doc for the
`multi-isearch-files(-regexp)' commands.  They were not
covered in Emacs 24.5.  Only `multi-isearch-buffers(-regexp)'
were covered (in node `Other Repeating Search').

Trying with Emacs 25.2, I see `multi-isearch-files(-regexp)'
are now covered, so the part of the bug that asks for that
can be ignored.

But in Emacs 25.2 only the same `multi' index entries are
available, and they still take you to doc that says nothing
about Isearch.  Instead of taking you to node `Tags Search'
they now take you to node `Identifier Search' (which is its
replacement).

That changes nothing really for this bug - that node is still
all about (only) tags or xref.  It says nothing about Isearch
across multiple files or buffers.  The kind of "finding" that
is described in node `Identifier Search' is not Isearch.

We should have `multi' index entries for node `Other
Repeating Search'.  And we should have cross-references
between the nodes that deal with these very different ways
to search across multiple files or buffers.

Index entries for searching across files or buffers should
indicate whether they are about Isearch or "identifier"
search.  That's the first thing.  The second thing is to
add xrefs between the nodes that cover these very different
kinds of search.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25  0:38   ` Drew Adams
@ 2017-09-25  4:29     ` John Wiegley
  2017-09-25 13:41       ` Drew Adams
  2017-09-30 12:11     ` Eli Zaretskii
  1 sibling, 1 reply; 9+ messages in thread
From: John Wiegley @ 2017-09-25  4:29 UTC (permalink / raw)
  To: Drew Adams; +Cc: 28584

>>>>> Drew Adams <drew.adams@oracle.com> writes:

> Not sure what you mean by "the second index entries". Both of the index
> entries I mentioned go to the same place - doc about tags search (only).

I mean the second thing you had listed:

    `search and replace in multiple files'

But now I see that also refers to Tags-based search and replace.

Yes, we should have an index entry for Isearching across files.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25  4:29     ` John Wiegley
@ 2017-09-25 13:41       ` Drew Adams
  2017-09-25 14:16         ` John Wiegley
  0 siblings, 1 reply; 9+ messages in thread
From: Drew Adams @ 2017-09-25 13:41 UTC (permalink / raw)
  To: John Wiegley; +Cc: 28584

> > Not sure what you mean by "the second index entries". Both of the index
> > entries I mentioned go to the same place - doc about tags search (only).
> 
> I mean the second thing you had listed:
>     `search and replace in multiple files'
> But now I see that also refers to Tags-based search and replace.
> 
> Yes, we should have an index entry for Isearching across files.

And across (non-file) buffers.

And not just Isearching.  The same node includes `multi-occur*'.

And not just an _addition_ of index entries for this (for both
files and buffers).  The _existing_ index entries I mentioned
are misleading.  They should be changed to specify finding
certain "identifiers" in files (but not non-file buffers, I
imagine).  They are not really about searching, in the general
sense.

IOW, we should have index entries for (1) actually searching
and other index entries for (2) finding identifiers.  (The
former can find text matches of any kind, not just identifiers.)





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25 13:41       ` Drew Adams
@ 2017-09-25 14:16         ` John Wiegley
  2017-09-25 15:13           ` Drew Adams
  0 siblings, 1 reply; 9+ messages in thread
From: John Wiegley @ 2017-09-25 14:16 UTC (permalink / raw)
  To: Drew Adams; +Cc: 28584

>>>>> Drew Adams <drew.adams@oracle.com> writes:

> And not just an _addition_ of index entries for this (for both files and
> buffers). The _existing_ index entries I mentioned are misleading. They
> should be changed to specify finding certain "identifiers" in files (but not
> non-file buffers, I imagine). They are not really about searching, in the
> general sense.

But doesn't it also find `M-x tags-query-replace`? In which case, it is a
search.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25 14:16         ` John Wiegley
@ 2017-09-25 15:13           ` Drew Adams
  2017-09-25 15:20             ` John Wiegley
  0 siblings, 1 reply; 9+ messages in thread
From: Drew Adams @ 2017-09-25 15:13 UTC (permalink / raw)
  To: John Wiegley; +Cc: 28584

> > And not just an _addition_ of index entries for this (for both files and
> > buffers). The _existing_ index entries I mentioned are misleading. They
> > should be changed to specify finding certain "identifiers" in files (but
> > not non-file buffers, I imagine). They are not really about searching,
> > in the general sense.
> 
> But doesn't it also find `M-x tags-query-replace`? In which case,
> it is a search.

Yes, it does.  I was unclear, er, wrong, in saying that.

But as all "search" doc is not in the same place, we need separate
index entries.  Those should characterize, as much as is practical,
the differences.

That is, a given index entry should let you know, by its name (text),
what the target node covers.  Since we will need different entries
for the different nodes that deal with search (differently), the
entry text needs to distinguish the sense.

Equally important to indexing clearly the nodes that deal with
these different kinds of multi-file/buffer search is providing
cross-references between them.  This is all the more important
because they both deal with searching (across files/buffers),
in some sense.

For example, if a user follows an index entry to get to the doc
for finding identifiers, s?he should see there that there are
also other kinds of search, documented in another location.

It would be good if the nodes in question pointed out the
particular kinds of searching (i.e., the difference between
them), where they provide the xref.

Another possibility is to have a general node about searching
and replacing, which describes what's available generally
(pointing out differences) and then dispatches with a menu to
the nodes that currently exist.

Someone new (or old) to Emacs, who is not aware of what is
available for searching, should be offered a high-level
overview of search & replace, which covers, occur/grep-style
searching, find(-dired)-style searching, tags/xref-style
searching, query-replace, and isearch searching (did I leave
anything out?).

I'm occasionally surprised, for example, to see that some
users don't realize (or at least don't think about the fact)
that occur/grep search only single-line contexts.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25 15:13           ` Drew Adams
@ 2017-09-25 15:20             ` John Wiegley
  0 siblings, 0 replies; 9+ messages in thread
From: John Wiegley @ 2017-09-25 15:20 UTC (permalink / raw)
  To: Drew Adams; +Cc: 28584

>>>>> Drew Adams <drew.adams@oracle.com> writes:

> But as all "search" doc is not in the same place, we need separate index
> entries. Those should characterize, as much as is practical, the
> differences.

I think I would like this also; I too use the index quite a bit to find things
in the Elisp/Emacs manuals.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands
  2017-09-25  0:38   ` Drew Adams
  2017-09-25  4:29     ` John Wiegley
@ 2017-09-30 12:11     ` Eli Zaretskii
  1 sibling, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2017-09-30 12:11 UTC (permalink / raw)
  To: Drew Adams; +Cc: jwiegley, 28584-done

> Date: Sun, 24 Sep 2017 17:38:13 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 28584@debbugs.gnu.org
> 
> Trying with Emacs 25.2, I see `multi-isearch-files(-regexp)'
> are now covered, so the part of the bug that asks for that
> can be ignored.
> 
> But in Emacs 25.2 only the same `multi' index entries are
> available, and they still take you to doc that says nothing
> about Isearch.  Instead of taking you to node `Tags Search'
> they now take you to node `Identifier Search' (which is its
> replacement).

Thanks, I've now fixed the indexing about these issues.





^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2017-09-30 12:11 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-09-24 17:49 bug#28584: 24.5; Emacs manual: add index entries for `multi-isearch-*' commands Drew Adams
2017-09-24 23:09 ` John Wiegley
2017-09-25  0:38   ` Drew Adams
2017-09-25  4:29     ` John Wiegley
2017-09-25 13:41       ` Drew Adams
2017-09-25 14:16         ` John Wiegley
2017-09-25 15:13           ` Drew Adams
2017-09-25 15:20             ` John Wiegley
2017-09-30 12:11     ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).