On April 30, 1999 at 17:47, Al Gilman wrote:
If I recall, one thing you can do is to have multiple OTHERINDEXES
resources in your main .rc file and refer to a distinct auxiliary .rc file
in each one. You get up to two indexes per OTHERINDEXES resource declared
(auxiliary .rc file), up to one pseudo-main index and up to one
pseudo-thread index.
This is not correct. First, you can have as many alternate indexes as
you want. For example,
<OtherIndexes>
author.mrc
subject.mrc
multippg.mrc
threadbysub.mrc
</OtherIndexes>
Each resource file lists how to generate a *single* index type: main
(date/subject/author/mesgnum) or thread. If <OtherIndexes> appears
more than once in the main resource file, the additional listings are
added together, for example:
<OtherIndexes>
author.mrc
subject.mrc
</OtherIndexes>
<OtherIndexes>
multippg.mrc
</OtherIndexes>
<OtherIndexes>
threadbysub.mrc
</OtherIndexes>
is equivalent to,
<OtherIndexes>
author.mrc
subject.mrc
multippg.mrc
threadbysub.mrc
</OtherIndexes>
You may also be able to chain them by declaring an
OTHERINDEXES resource in your auxiliary .rc file. Fun with Perl!
DO NOT DO THIS. From the documentation:
WARNING OTHERINDEXES resource file should NOT define the
OTHERINDEXES resource. Unpredictable results may occur,
possibly infinite recursion.
On the other hand, you may be able to meet all needs for a date index with
your first MAIN index and all needs for a subject index by your first
THREAD index, leaving only the author index to be generated via OTHERINDEXES.
Yep.
--ewh