Received: by nummer-3.proteosys id <01C19443.A4EAC26C@nummer-3.proteosys>; Thu, 3 Jan 2002 11:44:39 +0100 Return-Path: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C19443.A4EAC26C" x-vm-v5-data: ([nil nil nil nil nil nil nil nil nil][nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil]) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message Subject: index in latex3 Date: Tue, 31 Mar 1992 22:08:03 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Frank Mittelbach" Sender: "LaTeX-L Mailing list" To: "Multiple recipients of" Reply-To: "LaTeX-L Mailing list" Status: R X-Status: X-Keywords: X-UID: 654 This is a multi-part message in MIME format. ------_=_NextPart_001_01C19443.A4EAC26C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > I've just been reminded that some books have more than one index. For > example, such a book might have "Author Index" plus "Subject Index". > > Support for more-than-one index would be nice, e.g. > ... by the lake\index[subject]{Lake Michigan} ... > but > ... Laurence's\index[author]{D. H. Laurence} novels ... > As far as indexing is concerned I have my wishlist too. As there is some danger in overloading the kernel of latex3 with a lot of helpful but seldom used feature I vote for a plain simple index as, say, what it currently available (with the most necessary additions perhaps already added) and a special advanced set of index commands that allow all kind of complicated constructs as easily as possibly required for the big volume index world. So one of the goals that we could set on this list is to compile the requirements for more complicated index features as well as discussing possible syntax solutions. > From: Mustafa Akgul <@mvs.gsi.de:akgul@TRBILUN.BITNET> > > GNU texinfo macros handles more than one index. > Can't we incorporate something similar ? Would you perhaps outline the scheme used by texinfo to the others on the list? Additionally I would urge everybody else who had already done some work on this or knows of work by others, for example some specialized macros for generating index entries, or proof mode styles (the famous margin stuff) to come forward with comments suggestions etc. However, please don't send in code at this stage to the list. This only makes up a guessing game for the others. Take the ten minutes and try to sumarize your code if you once did some, or failed or whatever. cheers Frank Mittelbach ------_=_NextPart_001_01C19443.A4EAC26C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable index in latex3

> I've just been reminded that some books have more = than one index.  For
> example, such a book might have "Author = Index" plus "Subject Index".
>
> Support for more-than-one index would be nice, = e.g.
>    ... by the = lake\index[subject]{Lake Michigan} ...
> but
>    ... = Laurence's\index[author]{D. H. Laurence} novels ...
>

As far as indexing is concerned I have my wishlist = too. As there is
some danger in overloading the kernel of latex3 with = a lot of helpful
but seldom used feature I vote for a plain simple = index as, say, what
it currently available (with the most necessary = additions perhaps
already added) and a special advanced set of index = commands that allow
all kind of complicated constructs as easily as = possibly required for
the big volume index world.

So one of the goals that we could set on this list is = to compile the
requirements for more complicated index features as = well as discussing
possible syntax solutions.

> From: Mustafa Akgul = <@mvs.gsi.de:akgul@TRBILUN.BITNET>
>
> GNU  texinfo macros handles more than one = index.
> Can't we incorporate something similar ?

Would you perhaps outline the scheme used by texinfo = to the others on
the list?

Additionally I would urge everybody else who had = already done some
work on this or knows of work by others, for example = some specialized
macros for generating index entries, or proof mode = styles (the famous
margin stuff) to come forward with comments = suggestions etc.

However, please don't send in code at this stage to = the list. This
only makes up a guessing game for the others. Take = the ten minutes and
try to sumarize your code if you once did some, or = failed or whatever.

cheers Frank Mittelbach

------_=_NextPart_001_01C19443.A4EAC26C--