News for hackers. Stuff that matters.
Re:Firefox’s Fight for the Future of the Web by The_rationalist on Sunday November 17, 2019 @06:15AM (#21557443)
Integrating chunks of chromium code into gecko should massively reduce their maintenance costs. E.g spidermonkey is sub-par to v8 since so many years. If mozilla invested the money it invest into spidermonkey, into v8, the web would be faster for everyone. Should I repeat? The web would be faster for everyone. Nodejs servers too and also electron apps. We would also get new js features, faster. But mozilla doesn't seems to get the point of open source. They have a reinventing the wheel cognitive disease that is going to stay.
Re:Firefox’s Fight for the Future of the Web by saagarjha on Sunday November 17, 2019 @06:36AM (#21557506)
I, for one, am happy that there are multiple competing JavaScript engines. And that’s coming from someone who put in work to improve one you haven’t mentioned.
Re:Firefox’s Fight for the Future of the Web by simion314 on Sunday November 17, 2019 @06:28AM (#21557481)
We don't need JS to get 2% more faster, the limits of those speed improvements were reached, web assembly combined with a compiled language could offer more speed.

I would like to see Firefox move faster in implementing good web APIs, like the lazy loading of images, push for HTML and CSS improvements(like let me customize the numeric text input arrows with css instead of forcing me to use a JS library) .

Maybe the Rust rewrite will make Firefox better achitected so you could have a node version based on Mozilla technologies or you could easily use the web assembly VM in your application without having to load the full Chrome code.

Re:Firefox’s Fight for the Future of the Web by scarface74 on Sunday November 17, 2019 @06:33AM (#21557499)
Wasn’t Netscape the case study of why you shouldn’t do a full rewrite?
Re:Firefox’s Fight for the Future of the Web by simion314 on Sunday November 17, 2019 @07:17AM (#21557616)
AFAIK Firefox is not doing a full rewrite but incremental refactoring then attempting to swap components.

The unfortunate truth is that writing a browser is almost impossible because of the complexity, IMO we need a new version of the web that breaks compatibility, make everything strict(no longer ignore errors and guess a fix for them) no more 12 ways to center an element , for the legacy web we can use the existing engines

Re:Firefox’s Fight for the Future of the Web by vbezhenar on Sunday November 17, 2019 @07:36AM (#21557673)
Write websites with Wasm, render UI with WebGL or something similar. Implement JavaScript as a compiler to Wasm (which runs on Wasmitself), implement HTML+CSS renderer as a library which runs on Wasm as well. So basically your browser need to implement Wasm and WebGL which sounds reasonable task. Well, that's simplification, of course, it need to implement some HTTP API like XMLHttpRequest, local storage API and so on, but it's manageable.

Here's an example of website written with Rust and rendering all UI to canvas: https://makepad.github.io/makepad/ it works right now and it's very fast and smooth.

IMO tech for next generation web apps is already here and it's great.

Re:Firefox’s Fight for the Future of the Web by simion314 on Sunday November 17, 2019 @12:11PM (#21558800)
Implementing an html rendered that is compatible with all the css rules and it also implements all the extra workarounds that the current browser implement ( like handling illegal markup is not trivial) markup . I mean think about it, you hit invalid html markup and what do you do? You need to continue but now you need to check what Firefox or Chrome do for each case (missing end tags , P inside span, weird nesting of elements ) I would not want to implement a browser that is compatible with the current garbage.

There was also an article earlier this month or previous month from a Firefox developer about font/text rendering, in case you missed it rendering text in a way that works with all writing system is super hard.

Re:Firefox’s Fight for the Future of the Web by vbezhenar on Sunday November 17, 2019 @03:39PM (#21559929)
Just compile Firefox or Chromium to Wasm and provide necessary adapters.

Well, I'm joking, of course, it's not that simple. But it should be possible in the end.

Re:Firefox’s Fight for the Future of the Web by simion314 on Monday November 18, 2019 @09:12AM (#21564410)
The point was to reimplement a browser. Imagine you want to make an ebook reader,this device needs not to eat too much batteries so you want to implement a basic css and html renderer not to re-skin Chrome.

Some ebook publishing platforms will perform checks and reject your epub(mobi or similar format) if is not respecting some strict rules, this makes it a pain if you have random html that works on web but you want to package it as epub because now you need to find all the bugs(or similar stupid DOM elements) and fix them as best you can.

Re:Firefox’s Fight for the Future of the Web by pdpi on Sunday November 17, 2019 @07:31AM (#21557660)
Which is a lesson they learnt well. So they’re treating Servo as a research project, chunking it into libraries, and retrofitting those libraries into the Firefox mainline.
Re:Firefox’s Fight for the Future of the Web by Jonnax on Sunday November 17, 2019 @06:24AM (#21557465)
The point of opensource is to follow along with the leader?
Re:Firefox’s Fight for the Future of the Web by The_rationalist on Sunday November 17, 2019 @07:41AM (#21557685)
It is to make synergies through code sharing. Let's fork the Linux kernel into a redundant implementation and take half kernel developers in order to slow down progress by a factor of two.
Re:Firefox’s Fight for the Future of the Web by Jonnax on Sunday November 17, 2019 @10:32AM (#21558328)
That's a bad comparison.

They're not forks. Firefox's is a separate implementation. The equivalent would be asking BSD to merge with Linux.

Re:Firefox’s Fight for the Future of the Web by saagarjha on Sunday November 17, 2019 @08:28AM (#21557833)
I suggest you take a look at Blink’s history ;)