-
Notifications
You must be signed in to change notification settings - Fork 181
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
Publish ESM (.mjs) entry point to npm #208
Comments
This is to allow Webpack to see through this module and correctly eliminate unused parts of graphql-js. See also graphql/graphql-relay-js#208
This is to allow Webpack to see through this module and correctly eliminate unused parts of graphql-js. See also graphql/graphql-relay-js#208
I've pretty much completed this on my |
Sorry for the long delay. |
While working on optimising the bundling of https://github.com/graphql/swapi-graphql — for reasons1 — I discovered that it was
import
ing things fromgraphql-relay-js
, but that the latter, unlikegraphql-js
, only had a CommonJS entry point published to npm.It might be desirable to add an ES module build target to this package, modeled on what
graphql-js
is already doing.1 See https://twitter.com/motiz88/status/985110696668131328 - I'm investigating the claim that schema execution on the front-end is impractical due to
graphql-js
's footprint in terms of bundle size.swapi-graphql
simply happens to be a good, accessible testbed for just that (thanks @IvanGoncharov for the tip! 🙏)The text was updated successfully, but these errors were encountered: