Live data from Hacker News

ECMAScript 2016+ in Firefox

blog.mozilla.org

11–20 of 93 posts

Re: ECMAScript 2016+ in Firefox

#11
post #4
post #2

Good to see such quick progress in this area in major browsers. It's worth noting that WebKit also has 100% support for ES 2016+. So now only Edge is lagging in this regard. [0] http://kangax.github.io/compat-table/es2016plus/#webkit

It doesn't help when one needs to target enterprise markets or devices that only have their factory provided browser.

Of course it helps, only there is a bit of a lag. How many 'enterprise markets' run <IE9 nowadays?

Re: ECMAScript 2016+ in Firefox

#12
post #9
post #2

Good to see such quick progress in this area in major browsers. It's worth noting that WebKit also has 100% support for ES 2016+. So now only Edge is lagging in this regard. [0] http://kangax.github.io/compat-table/es2016plus/#webkit

Chrome has 85% in the above table (up from 80% from previous version), so why you are saying 100%? Maybe the above table doesn't include beta releases of Chrome?

Chrome uses Blink (not WebKit), I beleive the parent was referring to Safari only.

Re: ECMAScript 2016+ in Firefox

#13
post #8
post #4

Earlier quoted context omitted.

It doesn't help when one needs to target enterprise markets or devices that only have their factory provided browser.

That's what Babel[0] is for. Realistically you can't rely on native ES2016 for any target audience yet, but with Babel you can blissfully live in the future, today :) Also, thrown in core-js[1] while you're at it. [0] https://babeljs.io/ [1] https://github.com/zloirock/core-js

A pedantic correction: web extension and add-on authors mostly can in browsers that auto-update.

Re: ECMAScript 2016+ in Firefox

#14
post #3

I can see that strict mode inside a function using default parameters should throw according to the spec ( https://tc39.github.io/ecma262/#sec-function-definitions-sta... ) but does anyone know why? Is strict mode something we should now be avoiding?

If you're using a bundler and transpiler, ES modules are already in strict mode.

Re: ECMAScript 2016+ in Firefox

#15
post #4

Earlier quoted context omitted.

It doesn't help when one needs to target enterprise markets or devices that only have their factory provided browser.

Of course it helps, only there is a bit of a lag. How many 'enterprise markets' run <IE9 nowadays?

I know of eight products, compulsory for school's to use, such as OnDemand [0], put out by the Australian government, that only run under IE7/8. (Though the published specs say it runs on IE9+ for admin, and IE10+ for students, but I've never got admin to run under anything but IE7, and students on anything more than IE8.)

I'd imagine that enterprises are still running many products with similar insane requirements, because they never get updates.

[0] http://www.vcaa.vic.edu.au/Pages/prep10/ondemand/index.aspx

Re: ECMAScript 2016+ in Firefox

#16
post #4

Earlier quoted context omitted.

It doesn't help when one needs to target enterprise markets or devices that only have their factory provided browser.

Of course it helps, only there is a bit of a lag. How many 'enterprise markets' run <IE9 nowadays?

Pharma industry, labs with XP machines doing robot automation with IE 8 installed.

Re: ECMAScript 2016+ in Firefox

#17
post #9
post #2

Good to see such quick progress in this area in major browsers. It's worth noting that WebKit also has 100% support for ES 2016+. So now only Edge is lagging in this regard. [0] http://kangax.github.io/compat-table/es2016plus/#webkit

Chrome has 85% in the above table (up from 80% from previous version), so why you are saying 100%? Maybe the above table doesn't include beta releases of Chrome?

It's true, I forgot to mention Chrome which no longer uses WebKit.

Re: ECMAScript 2016+ in Firefox

#18
post #8
post #4

Earlier quoted context omitted.

It doesn't help when one needs to target enterprise markets or devices that only have their factory provided browser.

That's what Babel[0] is for. Realistically you can't rely on native ES2016 for any target audience yet, but with Babel you can blissfully live in the future, today :) Also, thrown in core-js[1] while you're at it. [0] https://babeljs.io/ [1] https://github.com/zloirock/core-js

Babel is only part of the history, then there is HTML and CSS support levels.

Some of our projects are with customers that still rely on XP with IE 8, require using the "Internet Browser" for pre-Android 4.4 or Windows Safari (!) or IoT devices without updatable browsers.

Re: ECMAScript 2016+ in Firefox

#19
post #3

I can see that strict mode inside a function using default parameters should throw according to the spec ( https://tc39.github.io/ecma262/#sec-function-definitions-sta... ) but does anyone know why? Is strict mode something we should now be avoiding?

If you're using a bundler and transpiler, ES modules are already in strict mode.

Like most folk I don't use TC39 modules, just npm/commonjs modules. I guess when/if npm and node (and all the frontend tooling that uses npm and node) starts using TC39 modules they'll get popular.

Re: ECMAScript 2016+ in Firefox

#20
post #17
post #9

Earlier quoted context omitted.

Chrome has 85% in the above table (up from 80% from previous version), so why you are saying 100%? Maybe the above table doesn't include beta releases of Chrome?

It's true, I forgot to mention Chrome which no longer uses WebKit.

Ah, I'm still forgetting that Chrome is no longer WebKit.
Post reply on HN