πΎ Archived View for gerikson.com βΊ gemlog βΊ misc βΊ Re-Mark-It-Down.gmi captured on 2023-11-14 at 08:12:56. Gemini links have been rewritten to link to archived content
β¬ οΈ Previous capture (2021-11-30)
-=-=-=-=-=-=-
gemini://skyjake.fi/gemlog/2021-10_mark-it-down.gmi
Instead of implementing Markdown support in Gemini clients, I would prefer a Markdown parser to emit valid gemtext instead of HTML.
Off the top of my head, it would do the following:
Simply translate headers > 3 into 3-rd level headers with leading hashes:
Do a simple translation of inline links:
This is an [interesting link](http://example.com). becomes This is an [interesting link]. => http://example.com interesting link
simply strip embedded HTML, or ignore it.
Translate logical paragraphs into single lines.
Handle numbered lists by creating normal gemtext lines:
1. item one
2. item two
3. item three
Just thoughts for now. I've never really dived deep into Markdown parsers.
My main point is that while I appreciate Lagrange picking up Markdown support, I think authors like me would prefer to keep a Markdown-centric authoring workflow, instead of having to literally serve raw Markdown as a separate mime-type. Especially if this is only implemented by a subset of clients.
[MD source] -> [parser] -> [HTML output] `-> [.gmi output] vs [MD source] -> [parser] -> [HTML output] `-> [gemini server w/ 'text/markdown']
gemini://idiomdrottning.org/re-mark-it-down
Specifically for the section referencing my post.
The risk of having all those kinds of extra syntax out there is that some clients will get tempted to start rendering it and then there we are with an embraced&extended&extinguished format. Asterisks for emphasis same thing, and even image-inlining by default.
But that's an explicit part of the spec. Clients are free to do what they want with gemtext. I'd love to use a client that parses _italic_ and **bold** like Markdown does. I'd be fine with one that pseudo-implements headers lower than level 3.
As to whether there's a danger of Lagrange becoming the de-facto standard for clients, this too is more or less inevitable. Not Lagrange specifically, but the relative economics of developing vs. content creation/consumption means that there will be a power law of popularity where a few browsers have massive popularity compared to others.
ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β more posts in the βΉmiscβΊ category
About this category: βWhat is says in the URL pathβ
Copyright Β© 2018 - 2021 Gustaf Erikson