💾 Archived View for rawtext.club › ~sloum › geminilist › 000886.gmi captured on 2020-10-31 at 01:54:07. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2020-09-24)

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

<-- back to the mailing list

gemini-fmt idea

✈個展 jetkoten at gmail.com

Tue May 19 21:07:17 BST 2020

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

On Tue, May 19, 2020, 14:46 Martin Keegan <martin at no.ucant.org> wrote:

On Tue, 19 May 2020, jan6 at tilde.ninja wrote:
C is also a good choice […] python3 is probably very much OK for practical
usage by humans

Sorry Jan, I didn't get your email from the list so I have to double quoteit here. Oops, yeah, I meant to say that about python too. Just to make iteasier for less technical would be Gemini authors. pip install gemini-fmtand then gemini-fmt mytext.gemini is super easy, in addition to thelightweight and portable parts.

Makes a lot of sense to look at an embeddable similar verify tool.

For the time being, it'd be a good step forward just to have a tool in
*any* language which reliably answered the question whether a file/string
were conformant with the spec. It'd be nice to be able to say
sendfile(readfile()) and know that one's not breaking the strict reading
of the spec.
For this, it suffices to have a gemini-check tool rather than a gemini-fmt
tool, which presumably would be able to output a new, conformant file.

Yes, gemini-fmt in "simple mode" would output a new file but "expert mode"would be a gemini-check with friendly error output that would say whatdidn't match the spec

Thank you both for the comments.-------------- next part --------------An HTML attachment was scrubbed...URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20200519/fd2cb72b/attachment-0001.htm>