I do not understand the urge to start from scratch instead of forking an existing, mature codebase. This is typically a rookie instinct, but they aren't rookie so there's perhaps an alternative motive of some sort.
this post was submitted on 01 Jul 2024
535 points (93.8% liked)
Technology
59378 readers
3817 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- 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, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
There is currently no implementation of web standards that is under a more permissive license than LGPL or MPL. I think that is a gap worth filling and if I recall that is what Ladybird is doing.
load more comments
(9 replies)
Because there are only like 3 browser engines: Chrome’s Blink, Firefox’s Gecko and Apple‘s WebKit. And while they are all open source, KHTML, the last independent browser engine got discontinued last year and hasn’t been actively developed since 2016.
There’s need in the space for an unaffiliated engine. Google’s share is far too high for a healthy market (roughly 75%), WebKit never got big outside of Safari (although there are a few like Gnome Web, there’s no up to date WebKit based browser on Windows) and Gecko has its own problems (like lack of HEVC support).
So, in my book, this is exciting news. Sure it‘ll take a while to mature and it is up against software giants but it‘s something because Mozilla doesn’t seem to have a working strategy to fight against Google‘s monopoly and Apple doesn’t have to.
Also Gecko's development is led by people thinking that it being usable outside of Firefox\Thunderbird is a bad thing. There was a time when Gnome's browser was based on Gecko, not WebKit. And in general it's influenced by bad practices.
SerenityOS is an amazing project, of course. To do so much work for something completely disconnected from the wider FOSS ecosystem, and with such results.
So it's cool that they've decided to split off the browser as its own project.
load more comments
(8 replies)
Webkit and blink have the same base
Yea, but Webkit was forked from KHTML 23 years ago and Blink was forked from WebKit 11 years ago. In the mean time they all definitely evolved to become their own thing, even though in the beginning they were the same.
WDYM "independent" ?
Isn't mozilla / gecko more or less independent?
They get most of their money from google for the "default search engine deal" make of that what you want. For me personally it doesn't sound fully independent.
Seems a little idealistic.
If ladybird actually achieves any sort of userbase they would take the same deal in an instant.
Based on the community being quite succsessful so far despite being made by volunteers, I don't think they will.
Oh my sweet summer child.
Making a web browser that’s fully compatible with modern standards is not easy nor cheap (and worse it’s a moving target because the standards keep evolving). I’m rooting for these folks but eventually money will be an issue.
Could they not add HEVC support? Or is there some technical limitation that meant starting from zero was a good idea?
They could, probably. My guess is, that it’s either a limitation of resources, the issue of licensing fees or Google‘s significant financial influence on Mozilla forcing them to make a worse browser than they potentially could. Similar to how Firefox does not support HDR (although, to my knowledge, there’s no licensing involved there).
The biggest problem most people have with Mozilla is said influence by Google, making them not truly independent.
Google probably is putting pressure on Mozilla, but if the options are licensed HECV or open royalty-free AV1, the choice is pretty clear for a FOSS project.
Yes but: HEVC is the standard for UHD content for now, until AV1 gets much broader adoption. And judging from how long HEVC took to be as broadly available as h.264, it’ll still take a while for AV1 to be viable for most applications.
load more comments
(6 replies)
Yeah I'm curious as to whether there's not merit in taking the imperfect codebase and improving it.
I suppose Mozilla is already doing that as best as they can.
load more comments
(2 replies)
load more comments
(1 replies)
load more comments
(6 replies)
I can't understand how people can continue relying on chrome and derivatives like electron, CEF etc. and not see it as a problem.
It's easy to understand when you think most comments are similar to yours and don't provide any insight as to why this might be a problem.
Maybe you could update your post and share your knowledge and experience with others, so that there are less people in the world who don't see the problem.
When trying to render a relatively simple page consisting few thousands of text lines in a table, any current browser will cause mouse cursor to lag for some time, then you'll discover it consumes at least 2 GB ~ 4 GB of RAM. YouTube lags like I have 2 cores instead of 16. Any electron app is either clunky or too clunky, also either hungry or too hungry.
I'm sorry but I don't have time to look up other cases.
load more comments
(2 replies)
Because software monocultures are bad. The vast majority of browsers are Chromium based. Since Google de-facto decides what gets in Chromium, sooner or later the downstream forks are forced to adopt their changes. Manifest V3 is a great example of this. You can only backport for so long, especially when upstream is being adversarial to your changes. We need an unaffiliated engine that corrects the mistakes we made with KHTML/Webkit.
I agree mostly, but forks don't need to keep the upstream. They can go their own way.
load more comments
(1 replies)
load more comments
(2 replies)