There are two separate mechanisms for this, and you can use one or the
other. (I would discourage trying to use both at the same time.)
If all the items for the second index are together in one part of the table,
and that part doesn't contain any items that don't belong in that index,
then you can use the bookmark mechanism. Insert a bookmark that includes
only the part that goes into the second index. For example, let's say you
name the bookmark Select (although you can use any valid bookmark name).
Then when you insert the INDEX field for the second index, include the
switch
\b Select
in the field's code. That index will show only items whose XE fields are
within the bookmark.
The other mechanism doesn't need a bookmark, and the entries don't all have
to be together in one part of the table, but you do have to insert a
separate set of XE fields for the entries that will appear in the second
index. Each of these additional XE fields must contain an \f switch and an
identifier. For example, in addition to the existing marked entry { XE "some
text" } for the first index, an entry for the second index could look like
{ XE "some text" \f "B" }
where "B" is the identifier. That same identifier must be put into an \f
switch in the INDEX field for the second index,
{ INDEX \f "B" }
(By default, the all-inclusive first index acts like it has the switch \f
"I".)
--
Regards,
Jay Freedman
Microsoft Word MVP
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.