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