this post was submitted on 23 Feb 2026
123 points (80.0% liked)
Technology
82087 readers
3950 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Every minute that passes, Gemini (not the Google one!) looks more viable, which is already a shame because as I described in lemm.ee before it went down, that itself feels like "Gopher but in the format of a brutalist buttplug".
What we need is some sort of return to HTML + CSS 1.0, or a web engine that simply ditches JS, so that development can be tackled by Individuals again.
https://github.com/DioxusLabs/blitz - This kinda covers the "engine without JS" part, it's a bit more limited, but also in alpha. It's part of the dioxus project, they use it for rendering UI on desktop.
Oh now that's interesting. I've always wondered (not knowing much about how they're made) if it would be possible to make a desktop compositor for Linux that simply uses HTML and CSS. One could even natively embed local pages in it.
Gnome shell uses JS and CSS (i beleive anyway), and the w11 start menu is supposedly react native, so I think the answer is definitely yes.
I knew there was a reason why it sucked so much!
Separation of server styles, server markup and client styles is definitely something Gemini lacks, not having server styles at all.
But it's not as much a problem of browsers as it is of the environment in which information is shared and propagated. While we still connect to websites using a browser, those websites will behave however their owners wish, inflating web standards and requiring complex browsers.
I was dreaming of something like "hypertext Usenet", and making descriptions of another system I was interested in trying to make, I am still not even close to that, and I'm not sure I'm still interested, because it appears NOSTR now has much of what I wanted in its standards.
Basically if you imagine a system for propagating posts addressable by ids and with markup inside, referring to styles and containing hyperlinks by ids to other posts, you can throw away the idea of a website, and still have the hypertext web. That markup can be anything, while the URLs in the links leading to images and such (and other pages) are using those ids or are at least Blossom-compliant.
I think NOSTR of new protocols is the one most likely to eventually attain such functionality. People here wouldn't like it, I suppose, because of huge intersection with Bitcoin community and because most clients and client libraries are for the web. But there's now a C client library, functional enough, and architecturally NOSTR is worlds above the thinking of designers of Lemmy, for example.