home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 13255 < prev    next >
Encoding:
Text File  |  1992-11-11  |  4.0 KB  |  76 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!darwin.sura.net!convex!constellation!osuunx.ucc.okstate.edu!datacomm.ucc.okstate.edu!martin
  3. From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
  4. Subject: Re: IS UNIX DEAD?
  5. Message-ID: <1992Nov11.215409.18067@osuunx.ucc.okstate.edu>
  6. Sender: news@osuunx.ucc.okstate.edu (USENET News System)
  7. Nntp-Posting-Host: datacomm.ucc.okstate.edu
  8. Organization: Oklahoma State University, Stillwater, OK
  9. References: <0105002B.ibrvd6@digtype.airage.com>
  10. Date: Wed, 11 Nov 1992 21:54:09 GMT
  11. Lines: 63
  12.  
  13. In article <0105002B.ibrvd6@digtype.airage.com> jeff@digtype.airage.com writes:
  14. >Sun has also put their full documentation on CD-ROM--it's called Answerbook.
  15. >It includes Postscript versions of all of the standard man pages,
  16. >plus the full paper documentation set (normally 8 or so volumes weighing
  17. >in at 80 or so pounds!). I also have hardware and configuration manuals
  18. >for most of the desktop systems. It completely fills a 600 meg CD.
  19.  
  20. First, I completely agree with Jeff's enthusiasm for this system.  It is good
  21. and probably is the wave of the future.  I do have one gripe, however.
  22. As I have said, in other postings, Postscript is a half-finished job until
  23. somebody comes up with a method for converting it back into standard ASCII
  24. text like the lines you are reading, now.  The windows-oriented approach is
  25. totally useless for those of us who are blind and use speech synthesizers.
  26. We were able to cobble together a small C program to strip out all that
  27. Postscript language and display a completely deformatted stream of data.
  28. It beats nothing, though not by much.  I would love to help fix this problem,
  29. but I need to find a document explaining Postscript in electronic form so
  30. I can read it and figure out how to tackle this beast.
  31.  
  32. >
  33. >All of these things are on-line, fully-indexed, cross-referenced and
  34. >hypertext-linked, and just a command away. Just today, I was looking 
  35. >for info on how the sticky bit affects directories. I just fired up
  36. >the searcher and typed in 'sticky'. I had 3 hits, and found my answer
  37. >in just a couple of seconds. I could have never done this with paper
  38. >documentation.
  39.  
  40. To do that with the system I use, you look through the directory until
  41. you find a likely-looking title and then strip the Postscript from it.
  42. Next, use "less's" text finding capability to look for the string.  It works,
  43. but it is as slow as molasses in January, and you run the risk of missing
  44. important information which might be in files whose names don't betray
  45. the knowledge, within.  
  46.     As I have also said, before, I realize that not all formatting effects
  47. could be duplicated on non-graphical terminals, but a good Postscript-to-ASCII
  48. converter would simply do what it could with what it had.  Then, we could
  49. all use the hypertext capabilities for indexing.
  50.  
  51. >
  52. >Unix is a bit cryptic, and the sheer volume of documentation is overwhelming
  53. >at times. Having it all shrunk down to a fully indexed CD where I
  54. >have a prayer of finding what I want makes things a lot easier!
  55. >
  56. >CD-ROMs could be the saviour of UNIX.....
  57.  
  58. If handled right, they could be the answer to all kinds of problems.  So far,
  59. for anybody needing non-standard output, they are just another headache.
  60.  
  61. This doesn't mean I disagree with anything said, here, or I hate Windows
  62. or anything more than that we need to look long and hard at the slash-and-burn
  63. approach which seems to have taken over the data I/O business.  We are creating
  64. a Tower of Babyl which seems to be creating more and more specialized forms
  65. of I/O rather than trying to create universal formats that have unlimited
  66. utility.
  67.     There are software solutions which are beginning to make Window formats
  68. available to the blind, but my problem is that in order to use the "AnswerBook"
  69. or any similarly formatted output, any user must have a graphics terminal
  70. such as another Sun work station to access the data.  This is nice if you are
  71. selling Suns, but quite limiting if you have a perfectly good PC/XT running
  72. "Kermit" at home.
  73.  
  74. Martin McCormick WB5AGZ   Stillwater, OK
  75. O.S.U. Computer Center Data Communications Group
  76.