-- Leo's gemini proxy
-- Connecting to ew.srht.site:1965...
-- Connected
-- Sending request
-- Meta line: 20 text/gemini
The discussion is back. And it makes me grumpy.
2021-10-14 Datapulp : Re: Mark It Down
2021-10-14 gerikson: Re: Mark It Down
2021-10-14 Idiomdrottning: Re: Mark It Down
2021-10-15 Alex Schroeder: 2021-10-15 Re: Mark It Down
2021-10-15 hari: Re: Mark it down
2021-10-16 Teiresias: A Bit about my Gemini Stack
2021-10-16 Idiomdrottning: Gemini Ain't Broke
These I picked off Antenna, I'm sure there's more.
Why not use markdown instead of gemtext? Why not make gemini servers serve several different layouts like gemtext AND markdown AND $fancy_new_format as well? Because we can? A few things were actually put into action on this very planet because we can, nuclear bombs being just one of them. Another being the mess called Internet.
In a very different context I wrote:
> While curiosity might kill a cat here and there, it is my firm believe, that complexity will kill us all some day.
And today I would add: apparently rather sooner than later.
The gemini protocol is simple enough to write a server in any old language --- except for the tls/cert bit. But even that can be outsourced to a component suitable for it (as demonstrated by vger/relayd setup). Gemini Text is simple enough that I can write a parser for it in an afternoon. And I would definitely prefer that it stays that way.
What exactly makes gemini space better if we /add/ complexity?
So: If you, the author, want control over the presentation of your content, by all means, use something adequate. Create .pdf files or whatever and host them on several protocols, if you desire so. But please, do not try to make gemini/gemtext any more complex.
In my not so humble opinion:
Do not add complexity to gemtext --- like inline *bold* face or /italics/ or even => links. I highly appreciate that I can read the source just as well.
Do not add complexity to the gemini server side --- like adding multi-formatted content on the fly services. The server can serve any file if requested.
Do not add complexity to the gemini client side --- like rendering markdown and what not. The client can route any funny content to a viewer outside of itself, if so desired.
Do not add unneeded complexity by using unicode characters, which are just another glyph of the same character --- see the techrights thing for an example:
For applications be sure to read solderpunks vision of how it can be done:
For simplicity consider to separate the handling of ssh/certficates/crypto from the gemini server component. I imagine simple sensor like things to answer in gemtext format to requests, inhouse, on my private network, without any need for transport layer security.
And always remember: the text content is the important thing. Visually pleasing presentation will not make misinformation or bulldust inherently better.
I shall consider to remove the html part of my capsule for simplicity. If I need to look at it, there is wobbly now. Thanks, Björn!
Cheers, and keep it simple!
~ew
-- Response ended
-- Page fetched on Thu Apr 25 04:48:15 2024