So many Chrome derivatives

I’ve lost track of how many different Chrome derivatives are out there. There’s the whole framework for developing apps (Electron), there’s “Credge”, Brave, Vivaldi, Opera, and a half dozen others https://www.makeuseof.com/tag/alternative-chromium-browsers/ . And I just encountered https://wavebox.io/ . How many copies of the same code base are going to end up on people’s PCs? I feel like they need to refactor the code into a bunch of components and provide an assembly mechanism… but then probably this would just become another form of DLL hell.

I do have Chrome on this PC and use it very sparingly when I land at some site that won’t run properly in Firefox (with my modifications to increase privacy.) Whenever my PC acts strange and appears to lock up with a black screen, it’s ALWAYS because of Chrome. I think I’ll stick with Firefox and avoid installing more variations of Chrome.

That’s the effect of having an open source project that happens to be the most popular web rendering engine in the world.

I’ve rarely had problems with Chrome and I just can’t get along with Firefox.

No Microsoft Edge Beta? Seems to be just fine running on my MacBook Air. Actually enjoying Microsoft News too.

No matter if Microsoft gave up Chrome and made Fredge from Firefox I would still only ever use it once per machine… to download and install Firefox. :wink:

I did forget to mention it in my original post, because it is that inconsequential to me… but I will go back and edit it in :wink:

I just use chromium as a secondary browser with Firefox as primary. I find that all the chromium based browsers offer very little on top of the core thing.

Pretty happy with Firefox at the moment. Seems to be going to the right direction

3 Likes

To clarify, we’re all using the open source Chromium project, not the straight-up Google Chrome browser. Semantics maybe.

2 Likes

It’s much more than just semantics. In most cases these projects are using the Chromium rendering engine, the same engine used by Google Chrome. But that’s not the same as Chrome.

There’s an advantage to using the rendering engine, it’s the best supported rendering engine on the web. But using the engine does not give you all of the features or downsides of the chrome browser.

It analogous to the gaming industry. Many games use the Real Engine, but they’re all unique.

9 Likes

I get your point @PHolder , but in reality any user is only likely to have 2 or 3 browsers installed so the replication isn’t so bad.

(not including preinstalled browsers)
My win 7 rig has Vivaldi, Edge beta and Firefox
My Win 10 rig has Vivaldi and Firefox

We already live in a DLL hell. Windows programmers and MS never got their heads around actually sharing libraries so we have a weird patchwork of shared stuff dotted all over the place, which then requires a nightmare wiring system in the background to point everything where it needs to look.

The Amiga OS I always felt had honed the folder structure of an OS to something optimal.
Shared libraries go in the LIBS folder
Shared device drivers go in the DEVS folder
Shared command line tools go in the C folder
etc.
System “assigns” can be used to map other folders to those.

Backward compatibility is always the defence for sprawling shared resources across multiple locations in Windows.
I argue that this was always a concern for Amiga programmers too, but they learned to think and code more carefully so new libraries would rarely break compatibility.
Old software almost always makes use of new libs and often gains new features or functionality beyond that which the program author had at the time.

Remember VB100.dll, VB200.dll, VB300.dll etc.
Look at the mess of OpenSSL and the various incompatible branches in use.
Look at the amount of replication in the DirectX folder where monthly variants of files sit alongside each other all with the same functions in.
Look at the layer cake that is the .net libraries with 100s of Megs of replication of older functions.

This is the norm not the exception !

If we had the Amiga model software written for .net 1 would work with any newer version and benefit from any improvements in the functions that may have happened.
As long as all your function names are still the same and do the same job, all works well.

When you rewrite a function and give it a new improved name because you realise you didn’t think forward enough, then remove the old function, you are forced to build a new branch.

The creator of PNG is a good example of a forward thinker.
He realised that over time software may end up with varying PNG support, so planned it in.
No matter how old your PNG decoder is it will always open a PNG made by newer software that has features added later.
eg. you can open a 32 bit PNG with alpha channel in something that did not know about such modern wizardry.

Linux may be a better OS to use multiple versions of Chromium. It could easily keep the bloat down due to being more aware of what is using what.

1 Like

In Linux that is the work of the distribution. To make sure that the shared libraries are in fact shared. And then we created electron apps and snaps and containers so we can have our own dll he’ll without dlls.
But at least the basic system is fairly clean.