Some very early announcement of something very noteworthy that is happening on the Fediverse right this moment. Currently most of the discussion still takes place under the #weblite hashtag only.
As you know the current Web specifications have become very bloated. They serve established browser vendors, which operate monopolistically and dominate the (corporate) internet. For new FOSS browser projects it is nigh impossible to start from scratch and implement crisp and modern web rendering engines. The complexity and scope is just too high.
Existing standard bodies such as WhatWG, W3C and IETF move slowly and are beholden to Big Tech lobbying and influences, who want to keep this the status quo.
But there’s nothing that withholds the free software community to derive their own open standards that are lightweight and intuitive. So it happened, only yesterday 15 October, that some fedizens decided to pick up that glove.
Adrian Cochrane and Alexandra kicked off the Weblite initiative. Adrian has been working for a long time on two very cool greenfield browser projects, Odysseus and Rhapsode, an auditory browser. From this many insights on what #weblite specifications should and should not contain was gleaned and hopefully and with collaboration from many others this will be transcribed into Unicode chars in some initial drafts. So, if you are interested, then don’t hesitate and lend your helping hand.
You’ll notice that the linked repositories on Codeberg are still mostly emtpy as of now. Yep, it is indeed that early. On Fediverse you always learn the cool things first 😜
As posted by Adrian these are the principles of Weblite:
- Simplicity
- Vendor, platform, and device independence
- Forwards and backwards compatibility
- Maintainability
- Flexibility
- Richness
- Accessibility
Note too that with these principles Weblite is somewhhat different than what ProjectGemini aims to achieve. Gemini strips to absolute essentials and has more in common to Gopher, that came before the current web.
Join forces, Lemmy people! Let’s bring lite where now darkness rules… (Don’t forget to add a #weblite hashtags to your fedi toots)
My personal view (not connected to the project) is that most of the functionality that JS provides that is in the interest of the user could be provided in a declarative manner (dynamic fetching / displaying of data, menus, tabs, etc) without the need for a scripting engine. Something akin to Phoenix’ Liveview or Laravel Livewire (those can do a lot of things without writing any custom javascript). If we could keep at least parts of those but drop all the malfeatures that JS is used for (scams, tracking, fingerprinting, pop-overs, modifying existing UI behaviour like scrollsbars, cryptominers, autoplaying music/videos, etc.) I think we could have majority of the good parts and minority of the bad. I’ll keep my eyes on the project :)
But don’t a lot of big companies make a lot of use of JS malfeatures such that this direction wouldn’t be able to gain mass adoption? (Though I wish it would)
They certainly do. That’s how they extract value from every visitor, by gathering information, showing targeted ads, gamifying the experience to try to hook the visitors. Therefore every attempt to give more power to the end users and diminish the power of the companies will be opposed by them. The only hope would be for the devs and end users to understand this problem and push the adoption at the grassroots level.