The main reason I've heard is that chromium is far easier to embed than Gecko. Gecko isn't something you embed like a library. It's something you build upon. Detaching Gecko from Firefox UI (or Thunderbird for that matter) is supposedly really hard.
this post was submitted on 02 Aug 2023
2 points (100.0% liked)
Asklemmy
43611 readers
1299 users here now
A loosely moderated place to ask open-ended questions
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 5 years ago
MODERATORS
The code is already prepared very well to be embedded into something. I remember trying to embed the javascript engine SpiderMonkey into a project (I needed C bindings which I then could use in Erlang). After a week or so trying and extending, etc. we gave up and tried V8 which we had running within one hour with good documentation great APIs and so on.
I myself have been Firefox user since Firefox came out but trying to embed it myself and failing I kind of get why others choose Chromium/Blink as their base.
Oh, I see. I had an internship last year where I developed a WebApp and I only got a slight glimpse of the differences between Blink & Gecko but even that already influenced my code so I can kinda imagine the struggle :')
Thank you for your answer! ^^
KHTML/WebKit/Blink has always been built with the intention of many browsers (or anything else that needs a rendering engine) integrating it, thus it's very easy to do so.
Gecko hasn't been built with the intention of being integrated into any browser at all. Gecko isn't integrated into FF either. You integrate the browser into Gecko, not the other way around. It's closer to building a browser in Electron than to building a browser with the Blink engine.
Gecko was pretty shit performance wise until Firefox quantum in 2017. Back then even Apple decided it's better to use webkit for it's browser.
It's difficult to say exact reasons for each browser. But for Chrome enjoying the dominant position before that, it was better to jump on Chromium as base just for better compatibility with most websites.
Tooling followed soon after
Apple didn’t “decide it’s better to use webkit”, they MADE WebKit (from forking KDE). Back when they started WebKit Gecko was only out for a year and heavily associated with Netscape, while KDE’s was already mature
I'd imagine because they want as little compatibility issues with their product as possible so they just copy what's already popular.
Performance, long term assurance. Sorry my brain's not working RN. That's all I can think
Blink has a younger code base that's easier to build on. Gecko has been around since the early 90s and has some ancient evils lurking deep within. At least that was the reasoning a while ago. As Mozilla has been putting a heavy emphasis on code correctness for the last few years, that may no longer be the case. Then again, momentum is a big deal, and I still see people saying the don't want to try Firefox because its memory inefficient even though they fixed that bug almost a decade ago now and its less resource hungry and faster than chrome now
Blink is a fork of WebKit wich is a fork of KHTML, KHTML exist since the '98, the codebase isn't that younger too. Was tweaked by Apple then by Google, with some features that don't exist on other engines.