-
Notifications
You must be signed in to change notification settings - Fork 554
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
Convert to ESM only #238
Comments
This is really close to something @dcousens and I were talking about just last week 👍 I am not sure that having But really at this point I think a new major version that's future-facing would be great. |
I wouldn’t reommend it though. This was purely an idea not to break bower users depending on the |
@remcohaszing I believe that Node 12 (which is an LTS version) does not support this syntax unless you explicitly pass the |
From https://nodejs.org/en/blog/release/v12.22.0/
|
Nice, that's great. Glad the Node team decided to flip this one on in a minor release. |
I've forked the repo and played around a bit to see what the impact is of switching to ES modules (see #243). |
I believe this issue can be closed as this has been resolved on the |
Do we have an estimate on the release time of |
I think it might be time to add a tracking issue to see what needs to be resolved before it is released. I don't think there is much to do besides to use more modern ES syntax, which can also be done at a later point. |
+1 to this issue, currently get this issue bundling with Vite
|
@dcousens @JedWatson how would you feel about merging |
Same problem here, on vite too... Any ideas to fix it ? |
Re-opening this for administrative reasons, we have yet to merge this work into |
On 2021-04-30, 25 days from now, NodeJS 10 will reach end of life. From that point all NodeJS environments will support ESM. Of course module bundlers already support this.
There are two older pull requests to achieve this. Both are trying to keep backwards compatibility
I think it’s time to drop support for alternative module systems and bower, meaning no new devdependencies are needed.
Bower users can depend on specific git tags. It the
master
branch should keep working for Bower users, perhaps a newmain
branch should be created for further development, so themaster
branch can stay untouched indefinitely.I expect this to get some backlash at first from people who don’t like breaking changes, but this is what major releases are for in semver.
The text was updated successfully, but these errors were encountered: