💾 Archived View for rawtext.club › ~sloum › geminilist › 005572.gmi captured on 2023-09-08 at 17:18:34. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2021-11-30)

-=-=-=-=-=-=-

<-- back to the mailing list

[SPEC] Backwards-compatible metadata in Gemini

Stephane Bortzmeyer stephane at sources.org

Wed Feb 24 14:35:12 GMT 2021

- - - - - - - - - - - - - - - - - - - 

On Wed, Feb 24, 2021 at 03:08:32PM +0100, nothien at uber.space <nothien at uber.space> wrote a message of 34 lines which said:

I'm sorry, I wasn't considering the case of gemtext as a storage
format, only of it as a communication format.

Me too.

Let me make my argument more specific: author and date and related
metadata isn't useful to a receiving /client/ because there's
nothing it can do with it.

Like John Cowan explained, you have a very restricted view of what aGemini client is. A crawler, for instance, is a /client/.

But even with "clients for interactive human use" such as Amfora orLagrange, metadata could be useful, for instance to help to bookmarkresources, or to present them differently.

I ... didn't think about this.

This is what happened to the Web with the WHATWG (which, in allfairness, was a complicated issue but one of the main reportedproblems was that the W3C was not listening).