... But that's exactly what they're saying we DON'T want. A lot of browsers re-used IE 6's rendering engine because it had a monopoly. That only made the situation worse.

A browser's rendering engine is the ONLY part that matters, and if anyone has a monopoly that is "bad" because competition helps innovation.

Each rendering engine winds up, for good and bad, with a small group of people deciding what features do and do not get put in. If they simply decide that feature Y doesn't get put in, and that rendering engine has a monopoly then feature Y is a non-entity as far as the web is concerned.

For example, if Google controlled the web's primary rendering engine do you think Do Not Track would be in it? NO! It took all of their major competition to add it before they did, starting with IE.

> A browser's rendering engine is the ONLY part that matters

Active X would like to disagree with you. We're currently dealing with a massive (revenue/company) product that only runs under IE < 10 because it still uses Active X.

I don't think a common rendering engine is at all a bad thing. Maybe two to keep them honest. But blink + webkit + trident (?) + Gecko (?) seem like wasted engineering talent.

South Korea has(or had, they may have changed it in the last few months) a law that enforces the usage of ActiveX for everything which needs security (e. g. online banking, online shopping)

That sounds like a prime example of incredible technical incompetence of the lawmakers or incredibly good lobbying by MS. Maybe both.

It made some sense at the time the law was conceived. SSL was crippled to uselessness by US export restrictions. IE 6 had a monopoly. So they built their own much more secure encryption (using ActiveX to plug into IE) and mandated its use for everything that matters.

The incompetence was in mandating a certain implementation instead of writing a technology-neutral law requiring a certain security level.

Interesting! So bad actions by the US gov led to bad results for US companies....

Bad actions by the US gov led to bad workarounds by other govs

Blink and WebKit don't have much overlap.

> A browser's rendering engine is the ONLY part that matters,

> For example, if Google controlled the web's primary rendering engine do you think Do Not Track would be in it?

Isn't Do Not Track a pretty good example for a browser feature that is independent of the rendering engine?

What popular browser vendors used the IE6 rendering engine besides IE6? I have many memories of dealing with various Firefox/Chrome differences, but I never once dealt with a popular browser vendor outside of IE that used the IE6 rendering engine.

I don't necessarily agree with your assertion that a browser's rendering engine is the only part that matters. Internet explorer ships with windows by default. Mozilla (firefox) has policies that focus on privacy. Chrome focuses on speed, and, well, serving Google.

These are all things that differentiate the products in the market and aren't necessarily rendering engine related. Yes - if one entity maintained absolute control of the rendering engine, then the needs of each vendor would not be served - but then it wouldn't be open source, either.

A lot of ISPs shipped stuff that were IE shells, like AOL (and we had Walmart Connect for a time when I was growing up), in addition to browsers like Maxathon. Even Netscape (8?) at one point had an option to be an IE shell.

I'd say the JS engine matters quite a bit as well. If Google didn't push the limits with V8 I don't think we would necessarily be in this JavaScript-all-the-things world we currently live in. Whether that is a good or bad thing is still up for debate. :)

Which one? Because we have a supplier's site that doesn't seem to work in post-Blink Chrome.

As a counter, you can pervert the dual sourcing argument here and come up with something similar.