home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!rphroy!caen!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!namao!jboeske
- From: jboeske@namao.uucp (John Boeske)
- Newsgroups: comp.infosystems.gopher
- Subject: Re: Applying Vulcan Mind-Meld on a Gopher...
- Message-ID: <jboeske.722284381@namao>
- Date: 20 Nov 92 18:33:01 GMT
- References: <1992Nov17.154723.27357@macc.wisc.edu> <19921118173014SEB1525@MVS.draper.com>
- Sender: news@kakwa.ucs.ualberta.ca
- Organization: University Of Alberta, Edmonton Canada
- Lines: 25
- Nntp-Posting-Host: namao.ucs.ualberta.ca
-
- SEB1525@MVS.draper.com (Steve Bacher) writes:
-
- >In article <1992Nov17.154723.27357@macc.wisc.edu>,
- >kaufman@macc.wisc.edu (Peter Kaufman) writes:
- >>Hence, the Gopher Mindset I would recommend is to create the
- >>subdirectory structure, load it with .link files and put all the data
- >>files off the root.
-
- >What I've often ended up doing is creating a directory with a .Links
- >file, a handful of other files referenced by the .Links file, and
- >an etc directory which contains all the real data. The .Links then
- >refers to the files in the etc directory, which (as we all know) is
- >ignored by Gopher when building its menu.
-
- >I sometimes include a bin directory with a "makegophermenu" script
- >geared toward the unique needs of the kind of data stored in the
- >directory in question, which can be run whenever files are added
- >or changed to recreate the .Links file.
-
- We've thought about these schemes but have some problem when we index
- the files. Pathnames to the data files show up as very different from
- what the user sees when he gets to the file through the menus. Do other
- people see this as a problem?
-
- John Boeske jboeske@namao.ucs.ualberta.ca
-