💾 Archived View for rawtext.club › ~sloum › geminilist › 004895.gmi captured on 2024-03-21 at 16:47:26. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2021-11-30)

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

<-- back to the mailing list

[tech] File extension options

Mansfield mansfield at ondollo.com

Mon Jan 25 01:14:51 GMT 2021

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

On Wed, Jan 20, 2021 at 11:57 PM Sean Conner <sean at conman.org> wrote:

It was thus said that the Great Mansfield once stated:
This time it's a short question that I can't find an answer to.
Why not use '.gem' as the file extension? Why the encouragement to
support
one or both of gmi / gemini instead of adding a new one?
What I was able to find was, "Current Gemini servers seem to use .gmi or
.gemini extensions for this purpose, and new servers are strongly
encouraged to support one or both of these options instead of adding a
new
one to the mix." (from gemini.circumlunar.space/docs/best-practices.gmi)
To be clear: You won't get any argument from me. The only thing swaying
me
either way is, to me, '.gem' feels cooler. I'd *really* love to use
that...
I'd feel... almost sad to use gmi... and gemini is annoyingly long. So.
No
logical argument here. Just looking for some background and trying to
get a
feel for how horrible a person I'd be if I went with gem.
Thoughts?
Go for it. Just make sure the server you use can be configured to use
.gem as the extension. Clients don't care about extensions because the
MIME
type is returned.
-spc

Good to hear that it's acceptable. I hadn't thought of making itconfigurable - I'll add that to the TODO list.

Thanks!-------------- next part --------------An HTML attachment was scrubbed...URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210124/8842d1aa/attachment.htm>