home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11482 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.6 KB  |  56 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!caen!U.Chem.LSA.UMich.EDU!hillig
  3. From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
  4. Subject: Re: Audio Questions
  5. Message-ID: <vzT-ma+@engin.umich.edu>
  6. Date: Mon, 27 Jul 92 18:14:42 EDT
  7. Organization: Department of Chemistry, University of Michigan, Ann Arbor
  8. References: <nq81smc@zuni.esd.sgi.com> <1992Jul27.150050.10809@news.iastate.edu> <nr30llc@zuni.esd.sgi.com>
  9. Nntp-Posting-Host: u.chem.lsa.umich.edu
  10. Lines: 44
  11.  
  12. In article <nr30llc@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  13. >In <1992Jul27.150050.10809@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:
  14. >| In article <nq81smc@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  15. >| >In <1992Jul26.222526.9166@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:
  16. >| 
  17. >| [stuff deleted]
  18. >| 
  19. >| >That still doesn't help if you don't know what manual
  20. >|               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  21. >| >to look at though.  The online (CD based, although it could be copied
  22. >|  ^^^^^^^^^^^^^^^^^^
  23. >| 
  24. >| My very point.
  25. >| 
  26. >| >to a hard disk) documention product that is being worked on should 
  27. >| >help for this though (and no, it emphaticaly does *not* replace the
  28. >| >hard copy manuals, although some of us had to fight for that).
  29. >| 
  30. >| I know about whatis/apropos and about the upcomming cd-rom product,
  31. >| I'm just saying that one cumulative index (this can be found in that
  32. >| manual on those pages) for hard-bound manuals would be, well, nice.
  33. >
  34. >The problem is that these manuals are redone over long time frames,
  35. >so we would be reissuing the master index every time a new manual
  36. >was issued (that is, we don't reissue every manual at once).  Not
  37. >only that, but stuff moves from one manual to another, or old
  38. >manuals go away, etc.  My guess is that a master index would
  39. >therefore always be wrong, which would be even more frustrating.
  40.  
  41. Yes, but....  The most valuable feature of a master index is that it
  42. points one in the right direction.  Having the page numbers off once
  43. in a while is a small price to pay for the convenience of knowing 
  44. just which FM to R.  Take a look at DEC's "gray wall" - umpteen
  45. volumes to wade through, but the master indices make this a very 
  46. usable resource.
  47.  
  48. >For a product like the online documentation CD, in theory, this
  49. >won't be a problem ;)
  50.  
  51. Only if it's done well - see AIX's infamous InfoExplorer for an example
  52. of CD-based docs that the users (at least those who post to comp.unix.aix)
  53. uniformly seem to hate - and in any case, CD-based docs are _only_ useful
  54. when your machine is working, and Murphy insists that this be a rare case.
  55.  
  56.