JavaScript performance, WebAssembly, and Shared Memory in Microsoft Edge

Re:JavaScript performance, WebAssembly, and Shared Memory in... by pcwalton on Thursday April 20, 2017 @05:00PM (#14160841)

> How soon until even Chrome has to maintain compatibility with ancient Chrome bugs because some Fortune 500 company relies on that specific bug for LOB software, willing to throw money at dumb bugs?

Too late. This has already been happening for years in the mobile space. It's why WebKit refuses to remove -webkit prefixes, and other browsers are now forced to implement them.

[ Parent | on HN ]

Re:JavaScript performance, WebAssembly, and Shared Memory in... by WorldMaker on Thursday April 20, 2017 @05:16PM (#14161000)

Thanks, I meant to include that. I was thinking about big bugs on the order of having to preserve NaCl or Chrome Apps the way ActiveX ruled the roost for a while in LOB apps, but yes Firefox and Edge both now pay attention to -webkit prefixed things because how many websites rely only on the prefixed versions in their CSS.

[ Parent | on HN ]

Re:JavaScript performance, WebAssembly, and Shared Memory in... by sangnoir on Friday April 21, 2017 @05:07AM (#14164050)

> Too late. This has already been happening for years in the mobile space.

I don't think this has much to do with Chrome - I suspect the iPhone's dominance of the mobile browser share is a big factor.

[ Parent | on HN ]

Re:JavaScript performance, WebAssembly, and Shared Memory in... by WorldMaker on Friday April 21, 2017 @11:09AM (#14166245)

If you wish to get pedantic, it has been a combined fault of both WebKit-based browsers: Chrome and Safari (Android and iPhone, plus Chrome on the desktop). If it helps, feel free to replace every reference in the posts here to Chrome with WebKit. (Or WebKit-family if you want to get really pedantic and pretend Blink is that different of a renderer.)

[ Parent | on HN ]