RenderingNG: Ready for the next generation of web content

I'm probably just being cynical, but those graphs and diagrams scream of a lack of "meat" to what they're saying. Except for the first graphic, they are all just products of a marketing brain, as far as I can tell.

Showing the old engine as a graph that plummets, and the new one as one that doesnt, or the one that plots "frustration" against "features & complexity", is just utterly meaningless to me. Maybe this appeals to the small part of the community that gets excited for quirky and cool posts by big corps, but I only see about 5 paragraphs of info here.

Basically RenderingNG will more reliable and better and better and more reliable, and thats neat, I just wish they didnt waste so much of the reader's time.

Look at the evolution of the web technologies. Lots of improvements. Now look at the web. It's unusable without an ad blocker. The tech mafia keeps tracking people and censoring the web, practicing right-speak and removing critical voices. Can a new Web technology solve that? If not, it doesnt matter.

Rendering performance is one of the few things left that Chrome has up its sleeve as an edge over their competitors (mainly Firefox), at least on Linux.

Out of the box, Firefox has terrible rendering performance, not to mention hw-accelerated video decoding. Now, Chrome is not a whole lot better out of the box, since it still applies old "Driver bug workarounds" that have long been fixed in mesa/GPU drivers, but this is easy to circumvent with the `--disable-gpu-driver-bug-workarounds`.

I've been running Chromium with the said flag for over half a decade now, and I have yet to see one of the bugs manifest. Firefox on the other hand, has a similar entry in `about:config`, but one needs to tinker with even more flags to get Firefox to acceptable performance (Somehow, enabling xrender makes WebGL fast, but makes video decoding have weird jitter, etc).

The day Firefox gets comparable WebGL/video decode performance will most likely be the day I switch.

The article reads more like its a pat on the shoulder for general cleanup work on the Chrome render pipeline that's already been happening since 2014 and that's now nearing the finish line. Also exchange of implementation ideas is more important than exchange of code, especially for implementations of web standards. Microsoft reusing Chromium is already bad enough for the web as a whole (as a counter example, AFAIK the WebGPU implementation teams have been working closely together, but each on their own implementation, which sounds pretty much perfect to me, healthy competition, but without reinventing the wheel).

A little disappointed to not see Linux mentioned in any of the timelines.