Clearly I have no idea what Ladybird browser is. Why should I be impressed? I would expect every browser to be capable of this. EDIT: Lots of great answers. Thanks everyone. Glad this inspired such lively discussion.
It's a NEW browser in every sense of the word - a new rendering and JS engine, not built on top of Chromium's (or Firefox's) backends. It's impressive because most people have a few preconceived notions: a) It is impossible to build a NEW browser given the complexity and huge history, b) browsers need to rely on JIT and other tricks. This browser is new hobby project, from scratch, breaks away from the preconceived n…
Early stages of Google Docs support in the Ladybird browser
51–60 of 89 posts
Re: Early stages of Google Docs support in the Ladybird browser
#52Earlier quoted context omitted.
I think you may have misinterpreted my comment. I just wanted to know why this was news.
Ah, I'm sorry I misread the tone. I'm quite a big fan of the project and didn't reply in the most sane way possible. Sorry about that :)
Re: Early stages of Google Docs support in the Ladybird browser
#53Re: Early stages of Google Docs support in the Ladybird browser
#54I'm so impressed with the LadyBird / SerenityOS browser engine! It took Mozilla more than 25 years to write Firefox's HTML engine and here are a couple of geniuses who write a web browser from scratch in just a few years!! Including Javascript (however, as of yet lacking video and WebGL). And Google's Chromium is simply a convoluted mess, chockful with vulnerabilities and memory corruption errors.
Re: Early stages of Google Docs support in the Ladybird browser
#55Re: Early stages of Google Docs support in the Ladybird browser
#56I'm so impressed with the LadyBird / SerenityOS browser engine! It took Mozilla more than 25 years to write Firefox's HTML engine and here are a couple of geniuses who write a web browser from scratch in just a few years!! Including Javascript (however, as of yet lacking video and WebGL). And Google's Chromium is simply a convoluted mess, chockful with vulnerabilities and memory corruption errors.
I'm actually pretty impressed with the Chromium source code. For such a huge, old and complex project, I think it is rather impressive. It's a lot better than the Linux kernel for example, another project of similar size/age/complexity.
Re: Early stages of Google Docs support in the Ladybird browser
#57*Kind of. More power to them, but modern browsers are one of the most advanced and sophisticated pieces of software in the world, probably right next to an OS. WebKit and Chromium respectively have had billions of dollars and decades of development poured into them. The current duopoly state of the market reflects that fact, unfortunately.
From the FAQ [1] > Q: Why bother? You can’t make a new browser engine without billions of dollars and hundreds of staff. > Sure you can. Don’t listen to armchair defeatists who never worked on a browser. [1] https://awesomekling.github.io/Ladybird-a-new-cross-platform...
Re: Early stages of Google Docs support in the Ladybird browser
#58I'm so impressed with the LadyBird / SerenityOS browser engine! It took Mozilla more than 25 years to write Firefox's HTML engine and here are a couple of geniuses who write a web browser from scratch in just a few years!! Including Javascript (however, as of yet lacking video and WebGL). And Google's Chromium is simply a convoluted mess, chockful with vulnerabilities and memory corruption errors.
Having said that, Gecko wasn't a Netscape start from scratch effort. They acquired and built on a very simple and modular cross platform rendering engine that was used for the preview function in an HTML authoring product called WebSuite by Digital Style out of San Diego. (This is where Netscape got engineers Rick Gessner, Peter Linss, and manager Jim Hammerly.)
So, maybe if you count the WebSuite and the Netscape efforts both, you get something like 5-6 years of effort to get Gecko up to sufficient capability to compete in the market. That's a far cry from "it took Mozilla 25 years" though.
And yes, the Web is much more capable today, which makes building a rendering engine more difficult for sure, but the 25 year comment seemed wrong enough to me that I thought I'd share some of what I know as a Mozilla participant for the last 25 years (and a full-time Netscape/Mozilla employee for the last 22.5 years.)
This is not in any way meant to take away from the efforts of any new engine devs or teams. I'm amazed that anyone is even trying given how large the platform has become and have great respect for those trying and succeeding.
Re: Early stages of Google Docs support in the Ladybird browser
#59I'm so impressed with the LadyBird / SerenityOS browser engine! It took Mozilla more than 25 years to write Firefox's HTML engine and here are a couple of geniuses who write a web browser from scratch in just a few years!! Including Javascript (however, as of yet lacking video and WebGL). And Google's Chromium is simply a convoluted mess, chockful with vulnerabilities and memory corruption errors.
Mozilla wrote Gecko, with enough web compat to effectively take on IE6, in about 4 years. We made a couple of significant changes in years 4-6 right before Firefox launched, but Gecko was basically "there" about 4 years after Mozilla transitioned from the old Communicator engine to Gecko/NGLayout/Raptor/Magellen. Having said that, Gecko wasn't a Netscape start from scratch effort. They acquired and built on a very si…
Yes, but web standards were at least an order of magnitude simpler back then.
Re: Early stages of Google Docs support in the Ladybird browser
#60I'm so impressed with the LadyBird / SerenityOS browser engine! It took Mozilla more than 25 years to write Firefox's HTML engine and here are a couple of geniuses who write a web browser from scratch in just a few years!! Including Javascript (however, as of yet lacking video and WebGL). And Google's Chromium is simply a convoluted mess, chockful with vulnerabilities and memory corruption errors.
I'm sorry, but Ladybird is written in C++. Therefore, it's inevitable that it will have vulnerabilities and memory corruption errors.