Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!hsdndev!wuarchive!cs.utexas.edu!uunet!virtech!cpcahil
From: cpcahil@virtech.uucp (Conor P. Cahill)
Newsgroups: comp.unix.sysv386
Subject: Re: '386 Unix Wars
Keywords: sco unix interactive wars
Message-ID: <1990Dec23.160807.3207@virtech.uucp>
Date: 23 Dec 90 16:08:07 GMT
References: <276d312d-8aecomp.unix.i386@point.UUCP> <33791527@bfmny0.BFM.COM> <1990Dec20.175625.17487@eci386.uucp> <357@metran.UUCP>
Reply-To: cpcahil@virtech.UUCP (Conor P. Cahill)
Organization: Virtual Technologies Inc., Sterling VA
Lines: 26

In article <357@metran.UUCP> jay@metran.UUCP (Jay Ts) writes:
>
>  [flame of permuted indexes deleted]
>
>Basically, the permuted index works well only for those with enough experience
>and knowledge to already know exactly where to look.  If you think there's
>nothing wrong with having the permuted index as the sole index, then I guess
>you can take this as a compliment.

You go on and on about how bad the permuted index is when our real complaint
(and somewhat justified) is that the one-line description of the manual page
(which is used to build the permuted index) is not always conceived with
the thought that it is the basis for the index.

>What is needed, IMO, is a real index (IN ADDITION to the permuted one) that
>is created the old fashioned way, by a thoughtful human reading through the
>book and making index entries for each subject wherever it appears.

I would rather see a better description line which would make the permuted
index even better.  Perhaps a better solution would be to insert a couple
of different description lines, if appropriate.

-- 
Conor P. Cahill            (703)430-9247        Virtual Technologies, Inc.,
uunet!virtech!cpcahil                           46030 Manekin Plaza, Suite 160
                                                Sterling, VA 22170