Caridy Patiño

@jpierson that's correct. All browsers, except safari (which is under dev), have support for timezone. The polyfill doesn't as today! We need a brave soul to help with that. All...

@zbraniecki do you know about this issue in FF? @mj1856 thanks for pointing that out, I will follow up with your co-worker @bterlson as well to see when are they...

@juandopazo can you work with @xdissent on this alongside the other effort from your side around https://github.com/yahoo/date-time-format-timezone

@markandey does it work well with Intl.js? Is it already part of polyfill.io? Maybe an example of how these two works together.

This is now taken into consideration for bestFit algo in https://github.com/andyearnshaw/Intl.js/issues/171

Did you try to disabled the regexp cache? More details here: https://github.com/andyearnshaw/Intl.js#locale-data, read the second paragraph, and let us know.

@lpproulx the polyfill service is designed to produce scripts, not a AMD module. The fact that the polyfill service might produce an empty string (e.g.: https://cdn.polyfill.io/v2/polyfill.min.js?features=Intl.~locale.en in chrome will be...

oh, if that's the case, you can generate the url dynamically, (e.g.: https://cdn.polyfill.io/v2/polyfill.min.js?features=Intl.~locale.fr), use AMD to evaluate the code and wait for it to finish, but don't use `IntlPolyfill` in...

the polyfill service will only return that function call if Intl is not available in the browser, and if that's the case, then it will also bring IntlPolyfill along the...

Ok, I now understand the issue, the problem is that if AMD loader is in place, it will skip the registration process of IntlPolyfill, based on this line: https://github.com/andyearnshaw/Intl.js/blob/master/dist/Intl.js#L4