-
Notifications
You must be signed in to change notification settings - Fork 157
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
ES6 module support? #619
Comments
I'm a coffee "maintainer" as well, and web compat is the reason we consider adding es6 features. But you'll have to point me to where the "traction" is ;-). |
Okay...or at least a very noisy bug filled with people pleading for some sort of support (more so towards the bottom). Also, this bug kinda documents some of the patterns going on. It was definitely the case (in a more limited form) with generators. I must have inferred incorrectly. |
Generators "happened" because somebody (actually, 3 people) opened PRs. That's what works best |
I'll reopen this, because I think we want this. We just need somebody who actually uses them to get some time for them :-). |
Good point. I was just closing a seemingly stale issue (that I don't have the time to devote to). |
Continue discussion at #705 |
Many frameworks are changing to exclusively using ES6 modules, such as Ember (already has) and Angular (will for 2.0). Currently, the only way to do a proper ES6 import is via wrapping it in double backticks like so:
This is very ugly on multiple levels. Could there be support added for ES6 module syntax?
One potential issue may be reserving/replacing the
import
operator, but getting people to shift to the current equivalent to<<
(orimport all
to<<<
) could be a start.(Note: apparently this even has some traction in making it into CoffeeScript, whose implementors have historically put web-compat as first priority)
The text was updated successfully, but these errors were encountered: