For large diets and slow connections it’d be nice if there was a simple text definition to get the full site map. So visitor can just search on his mobile device for all files and get one without asking for subfolder contents each time.
I realize you could just have a big text page with all the unfolded links but it wouldn’t be suitable as a normal welcome page. But one could link from home to some .idx file that would be the same .txt format just treated (optionally) differently by clients.
Like you get sitemap.idx and it contains a tree of the full site contents:
/
/files/img/cat.jpg
/files/img/dog.jpg
/files/demos/fairlight/intro.t64
/articles/my_life.txt
/articles/dump.txt
(And potentially thousands of lines).
So even on a 2G link I can get say 16k of index and then browse / search instantly with my native client.
Ideally the server would be smart enough to just regenerate this index regularly based on the file structure.
Hey there!
I like this idea and I would also very much benefit from something like a sitemap for smallnet sites on slow connections to avoid the extra requests and clicks.
However, do note this is the tickets tracker for gelim, a smallnet client. From a brief look it looks like a proposal like this one would require implementation on both the client (process sitemap into links) and the server (produce the sitemap).
Have you proposed this elsewhere, say in Gemini/Spartan servers issue trackers or in Gemini forums (such as NNTP, IRC, bbs.geminispace.org)?
I can only include this in gelim after a majority agrees on a certain implementation or if several existing capsules are starting to include such a feature i.e., have a sitemap in a standarized URL.
Because this isn't really a decision for clients to make, rather, part of some form of unofficial extension to the Gemini/Spartan specifications as part of the protocol.