-
-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TODO: different level of browser support #7
Comments
Current scaffolding is updated to use ES2017 by default, which has native async/await support. |
Any update on this? :D I created a site using the
The code that it can't handle is an arrow function imported from the @aurelia package (row 130 is the middle row with the arrow function):
|
There is nothing we can do in this repo, because currently Aurelia 2 npm packages dist files are not compiled to support IE11. @fkleuver has plan to provide IE11 compatible dist files. But it's not a high priority now. If your production app needs to support IE11, I am afraid Aurelia 2 is not the best choice, at least for now. |
It's not only transpiling to es5, but also many polyfills for IE11. |
Correct, this is a problem to be solved in the aurelia repo. However, once we support IE11 we'll probably distribute those files separately because they would be limiting factors for performance and certain features (e.g. proxies). Will there be a facility to conditionally target one set of dist files vs. the other @3cp ? |
That's bundler's responsibility. Yes, all bundlers have some kind of custom config to support that. |
Maybe not now, but before alpha release.
Add options for user to select the level of browser support. The list of options is to be decided.
Default to evergreen browsers. One good thing is it does not need to transpile async/await on latest browsers. Transpiled async/await is a performance killer.
The lowest we can go is IE11. It will require few polyfills and use special Aurelia 2 build.
The text was updated successfully, but these errors were encountered: