Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Wish it is but it's crazy fast with M1


Any browser is fast with the last CPU node. Safari is becoming compatibility nightmare.


The tutorial used Web Containers which... aren't a standard and are very specifically Chrome-only. And it undoubtedly relies on a bunch of Chrome-only non-standards, too.


> Web Containers which... aren't a standard

The implementation doesn't use chrome specific API AFAIK, and it works on firefox.

> are very specifically Chrome-only. And it undoubtedly relies on a bunch of Chrome-only non-standards, too.

It does support all majors browers, except safari.

The reason why it doesn't work on Safari is even listed:

> Safari recently shipped support for SharedArrayBuffer and cross-origin isolation in a somewhat buggy state. In addition to this, it is still lacking a few other features which prevents us from shipping a working environment such as:

> Atomics.waitAsync > Lookbehind in regular expressions

> Note that none of above can be pollyfilled.

These are not "Chrome-only non-standards" and are parts of the officials JS/HTTP specs


I stand corrected.

The reason for my comment is that far too often these complaints are about some things that Chrome ships at neck-breaking speed.


The standards do adds features too fast for the other browsers to catch up, that's true.


It's worse than that, sadly. A lot of what is perceived as standards (that is they have an official sounding spec on w3c somewhere) are actually not, and are just Chrome releasing stuff.

If you go to MDN and click on multiple experimental APIs you'll find they do have a spec. And they are shipped in Chrome. And then you start reading the spec and it says "It is not a W3C Standard nor is it on the W3C Standards Track.": https://developer.mozilla.org/en-US/docs/Web/API




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: