TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
> Hans writes:
>> A good many academic books have separate indexes,--e.g., one for
>> "subjects" and one for "names". The more indexes there are, the more
>> aggravating I find it (one linguistics book I know has four separate
>> indexes, for subjects, names, rules & principles, and languages).
>> But even two adds significantly to my search time, especially since
>> they usually come with virtually no navigational help (tabs, headers,
> When using indexes, I find the less the better. A well integrated index,
> in my opinion, is one that has all the relevant topics, keywords,
> abbreviations, acronyms, and names alphabetically organized. More than
> one index is silly, even for very large books. I see the purpose of an
> index as being a quick and easy reference list. There is nothing quick
> and easy about spending half an hour looking for Weiss in the regular
> index only to discover he is really in the Names index. There is only
> one type of index worth using in my opinion.
You know, I've been pretty much nodding my head in agreement
and otherwise ignoring this thread, because we never use multiple
indexes, but it just occurred to me that we do, in an odd sort of way,
by using multi-level index entries.
I can see the value in having a section for "names" and a
section for "illustrations", etc, but far simpler to simply index a
name occurrence under both:
and (in the same index, in the "N" section):
We have an index entry, for example, "Commands", that has
fifty or sixty commands listed under it. The command "CREATE.FILE"
shows up by itself as "CREATE.FILE", as an entry under "Commands", as
an entry under "File Manipulation Commands", etc.