home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1056 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.8 KB  |  42 lines

  1. Newsgroups: alt.gopher
  2. Path: sparky!uunet!uchinews!msuinfo!news
  3. From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
  4. Subject: Re: Gopher and Hypertext links
  5. Message-ID: <1992Jul23.020752.12706@msuinfo.cl.msu.edu>
  6. Keywords: hypertext
  7. Sender: news@msuinfo.cl.msu.edu
  8. Organization: Michigan State University
  9. References: <m0mAmhB-0009iYC@nigel.msen.com>
  10. Distribution: alt
  11. Date: Thu, 23 Jul 92 02:07:52 GMT
  12. Lines: 28
  13.  
  14. In article <m0mAmhB-0009iYC@nigel.msen.com> emv@msen.com (Edward Vielmetti)  
  15. writes:
  16. > Brad, there is a hypertext system that knows how to deal with gopher
  17. > systems and that provides in-document links.  See the World Wide Web
  18. > stuff available for FTP from info.cern.ch:/pub/WWW/.  They use SGML
  19. > as their markup scheme and embed link information into the tags.
  20. > --Ed
  21.  
  22. But of course that's not really the same thing as having hypertext
  23. built into Gopher to begin with, eh?
  24.  
  25. I'm of two minds about Hypertext.  As Brad says, with careful organization
  26. you can mitigate the temptation to put in multiple links, at least to
  27. some extent.  The nice thing about Gopher right now is that is a 
  28. simple metaphor; I think that's why it's so successful.  It seems to
  29. me that if you put in too many redundant links you lose all context
  30. in your hierarchy; you end up with a twisty maze of corridors all alike.
  31.  
  32. On the other hand, making people cruise through the hierarchy to find
  33. a particular arcane item may not be the best scheme either.  Even
  34. if a full Hypertext scheme isn't implemented, it'd be nice if the
  35. user could do a string search on the current menu (as the CMS Gopher
  36. client allows) or across all the titles in the hierarchy, allowing
  37. a quick shortstop to the data desired.  It seems systems that grow
  38. big (like Compuserve and Prodigy) all provide some sort of fast path.
  39.  
  40. /Rich Wiggins, Michigan State U
  41.