[gopher] misc stuff
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
On gopher://gopher.floodgap.com/0/gopher/wbgopher I read that "There is
now a push to bring Gopher support back to Mozilla, so this may yet be
fixed by the time you read this."
And it is fixed ;) I use Mozilla 0.9.1 (Gecko/20010620) and I can browse
The source format Mozilla shows of a gopher list is like this:
200: description filename file-type
201: Screenshots gopher://gopher.quux.org/11/Software/Gopher/screenshots
201: Using%20Gopher gopher://gopher.quux.org/11/Software/Gopher/using DIRECTORY
201: Why%20Gopher%3F gopher://gopher.quux.org/11/Software/Gopher/whygopher
Another thing is a question about the Gopher+ server (I use the latest
Debian sid release).
0'/foobarerror' does not exist!! error.host 1
Well, the error responses type 0 - isn't that wrong?
RFC1436 tells that errors should be type item character type '3'
And Gopher+ said that it should response errors in the old way, if
the client requested in the old way.
Another thing I'm confused about are sound files. Gopher+.txt says:
"Gopher+ handles Pictures, Movies, and Sounds by defining three item
types: ":" for bitmap images, ";" for movies, and "<" for sounds
(originally I, M, and S were suggested, but they were informally in
use in other ways;"
That's official. But:
skalinka s/music/kalinka.mp3 littlefarm.beyer 70 +
skalinka s/music/kalinka.wav littlefarm.beyer 70 +
So sound files are item type 's'. :/
The last question I have is to "Subject: [gopher] Gopher+ info"
Why are the types for the files '00' ? And not '0' or something?
ok, that's for today ;)
Stephan Beyer <s-beyer@xxxxxxx>
IRC Nick: sbeyer
- [gopher] misc stuff,
Stephan Beyer <=