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)
The other side of the answer for HTMLite (other specs we write might differ here) is that it explicitly aims to be a more legible alternative the WHATWG spec which better describes the HTML most web developers (like yourself) are writing and most browser engines are implementing. Except ofcourse for the popular few sites and browsers.
Which could be useful documentation today for those who care about e.g. Lynx users. Certainly allowing browsers to specialize to the commandline, voice, etc is a big motivator for me!