-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
jsnext:main #132
jsnext:main #132
Conversation
- jsnext (#103) - resolve.packageMains (defers to jsnext:main, regardless)
… up (fast) on Travis
…t key fails hard. also this matches `enhanced-resolve`'s lookup.
Wait, why? webpack 1 can't handle ES modules, so there's no point looking at |
It can't, yes, but the original ES6 source is necessary for the plugin to lint correctly |
Ah, for named imports? You should consider adding Most libraries are starting to support it now, and it's what webpack 2 will check by default. |
Yep, meaning to do that soon 😅 |
I'll add it to #475. |
Closes #103.
jsnext:main
inpackage.json
.resolve.packageMains
field properly.import/ignore
patterns are checked only once export parsing has yielded no results.This means
node_modules
withjsnext:main
(i.e. Redux) will have names collected in spite ofnode_modules
being ignored by default.