[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Multiple index entries
From: |
Richard Stallman |
Subject: |
Multiple index entries |
Date: |
Sun, 23 Oct 2022 15:11:48 -0400 |
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> >> 3 matches for "Package from Source" in buffer: *info*
> >> 1511:* package development source: Package from Source.
> >> 1515:* package git source: Package from Source.
> >> 1525:* package upstream source: Package from Source.
The first two are so close that they are redundant; it is better to
have just one of them. I think "development" is the more important of
the two.
The third one is 10 lines away. Maybe that is far enough not to be
redundant. It is a judgment call.
> 3 matches for "Package from Source" in buffer: *info*
> 800:* git source of package: Package from Source.
> 1513:* package development source: Package from Source.
> 2083:* upstream source, for packages: Package from Source.
Rotating the words in an index entry makes another index entry
which normally would appear far away in the index.
It can be useful to index multiple rotations of the same expression.
For instance, "development source, of package" might be useful in
addition to "package development source". "Upstream source, of
package" might be useful in addition to "package upstream source".
Each of them is useful to have in the index if more than a few users
will look for the term that way in the index, and it isn't redundant
with other index entries that would be close by.
Back when I readied the Emacs Manual for publication in each version,
I used to check the whole concept index for various blemishes,
and redundant index entries was one of them.
--
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
- Re: Fetching or installing package dev source from VCS: manual style, (continued)
- Re: Fetching or installing package dev source from VCS: manual style, Philip Kaludercic, 2022/10/21
- Re: Fetching or installing package dev source from VCS: manual style, Richard Stallman, 2022/10/23
- "Package from Source", Richard Stallman, 2022/10/23
- Re: "Package from Source", Philip Kaludercic, 2022/10/24
- Re: "Package from Source", Richard Stallman, 2022/10/26
- Installation from ELPA, Richard Stallman, 2022/10/23
- Re: Installation from ELPA, Eli Zaretskii, 2022/10/23
- Re: Installation from ELPA, Richard Stallman, 2022/10/24
- Re: Installation from ELPA, Stefan Monnier, 2022/10/24
- Re: Installation from ELPA, Richard Stallman, 2022/10/28
- Multiple index entries,
Richard Stallman <=
- Re: Fetching or installing package dev source from VCS: manual style, Richard Stallman, 2022/10/18
- Re: Fetching or installing package dev source from VCS: manual style, Eli Zaretskii, 2022/10/18
- Re: Fetching or installing package dev source from VCS: manual style, Philip Kaludercic, 2022/10/19
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Philip Kaludercic, 2022/10/16
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Stefan Kangas, 2022/10/17
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Stefan Monnier, 2022/10/17
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Philip Kaludercic, 2022/10/17
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Stefan Monnier, 2022/10/17
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Philip Kaludercic, 2022/10/18
- Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS, Stefan Monnier, 2022/10/18