[gopher] Re: The road ahead
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
>My personal opinion is that people (myself included) overuse the info
>strings. A gopher directory should be a directory. A document at the
>top of the menu like "About This Directory" is a good standard.
>Flilesystem-like browsers (vfs, konq) can deal with this better too.
>(There's not a good way to show info stuff with them.)
How about this: info tags are used sporadically and are replaced by the
Abstract attribute. All you are usually doing anyways is having a header
(maybe a footer) and brief information about each item. A client would display
the items and display the information automatically or when needed
(mouseover?). If need be, these can be flattened for older clients.
I think we have to decide what is the best way to serve stuff. Both the umn
method and the gophermap method have their advantages, but also their problems.
One possibility is that if you put a tab and a filename (no title before) in
the gophermap it loads the information from .cap and link files. Instead of a
filename you can put in a wildcard to serve the files in that directory, in
another directory, or satisfying a pattern (supported in the next bucktooth,
not released yet).
I also think that Links can be done away with for the most part and replaced by
this system.
We could then replace .cap/foo with simply .foo (unless someone feels the
former is better).
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [gopher] Re: The road ahead,
Ralph Furmaniak <=
|
|