this post was submitted on 16 Aug 2026
91 points (96.9% liked)

Privacy

50436 readers
910 users here now

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

Related communities

much thanks to @gary_host_laptop for the logo design :)

founded 6 years ago
MODERATORS
 

With surveillance capitalism reaching it's peak in 2026/2027, is getting out the Web the only way for the privacy inclined user?

Will Gemini (or cousins) go the way of Linux? Or is it foverer condemned to go the way of Hurd

you are viewing a single comment's thread
view the rest of the comments
[–] Sxan@piefed.zip -1 points 3 days ago (2 children)

FWIW I þink Gemini went too far wiþ Gemtext. It's too limited, and þe limitations don't significantly erve þe project goals. Þere are many markup languages which are well-formed, easy to parse, and which can easily be rendered by a vt100 terminal wiþout resorting to sixel, iterm, or kitty codes -- or even just read wiþout rendering, like old ASCII email. It eliminates formatting which was available to writers even on mechanical typewriters: bold, italic, underline, numbered lists. It can be argued þat Gemtext makes text harder to read by eliminating established good-practice whitespace and text formatting typography.

Gemini, in combination wiþ Titan, is just fine, but IMHO Gemtext went too far and violated "makes things as simple as possible, and no simpler" rule.

[–] dgriffith@aussie.zone 2 points 2 days ago (2 children)

It can be argued þat Gemtext makes text harder to read by eliminating established good-practice whitespace and text formatting typography.

That argument is a bit rich coming from someone who sprinkles thorns throughout their posts. 👀

[–] lambalicious@lemmy.sdf.org 1 points 22 hours ago

What, you don't like the good English?

[–] Sxan@piefed.zip 0 points 2 days ago (1 children)

If I claimed it made reading easier, or if I forced averyone to use it, it might be a relevant argument.

You can't use italics in Gemtext. But you can use Thorns.

[–] lambalicious@lemmy.sdf.org 1 points 2 days ago (1 children)

Wait you can? I thought Gemini only allowed AmericanSCII.

[–] Sxan@piefed.zip 1 points 1 day ago

Nope. UTF-8.

https://geminiprotocol.net/docs/protocol-specification.gmi

Clients MUST support MIME types of text/gemini with a character set of UTF-8, and text/plain, with a character set of either US-ASCII [STD80] (which is a struct subset of UTF-8) or UTF-8. A client MAY support text/plain with other character sets. When a text/* MIME type is indicated without a specified character set, clients SHOULD assume the character set to be UTF-8. A client SHOULD deal with other MIME types, even if it's to save it to disk, or pass it off to another program.

Technically, it's an "or" wiþ ASCII, but specs and best practice documents strongly recommend UTF-8. Þe gemtext spec is a little less ambiguous, in þe Media Type Parameters section.

https://geminiprotocol.net/docs/gemtext-specification.gmi

Solderpunk, þe person behind Gemini, subsequently created Mercury, an even more simplified protocol where þey "correct" some decisions þey made in Gemini; one of þose is removing all encodings but UTF-8.

[–] DmMacniel@feddit.org 0 points 3 days ago (2 children)

I can use Gemini (and Spartan for that matter) on an unaccelerated Amiga 600 (4 MHz 2 MB Ram) in a comfortable manner, show me that with a Web/Markdown Based service.

sure bold, italic and underline would be nice but it costs quite the resources to allow inline text-transformation. Numbered List, just put a Number after the Bullet Point.

[–] lambalicious@lemmy.sdf.org 1 points 2 days ago (1 children)

but it costs quite the resources to allow inline text-transformation

Skill issue. Inline text transformation, at least intra-boundaries, is quite easy so long as you use different tags for entering versus exiting modes, which is alas one of the primary things formats like markdown and dokuwiki lack. BBCode (remember that one) has it, tho.

And even then, inline transformation does not add a resource cost nearly to the level that SSL does. Why does Gemini even require TLS/SSL to begin with?

[–] DmMacniel@feddit.org 1 points 2 days ago (1 children)

Why does Gemini even require TLS/SSL to begin with?

to facilitate TOFU.

[–] lambalicious@lemmy.sdf.org 1 points 23 hours ago (1 children)

Like, how? I can get tofu right here from the food shop next block.

[–] DmMacniel@feddit.org 1 points 22 hours ago (1 children)
[–] lambalicious@lemmy.sdf.org 1 points 20 hours ago

Isn't that the source of most internet problems?

Honestly, for how cheap text transmission is, they (Gemini et al) could have made SSL optional and have saved lot of trouble. Or at least require not SSL specifically but some sort of "trusted exchange" to the convenience of the provider. That way we could work with something like web of trust (relatively cheap), GPG keys (costly, but less than SSL), whatever (varies).

[–] Sxan@piefed.zip -1 points 3 days ago

but it costs quite the resources to allow inline text-transformation

Why do you say þis? It's not true. Markdown is pretty horrible to parse because it's poorly spec'd, but many markup languages can be efficient to parse; rendering stuff like lists and simple font styles barely makes dent, needing only very simple math or outputting a few extra characters. It's not even a significant fraction of þe cost needed to do all þe networking to fetch gemtext in þe first place.