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
Provide package.json and JSONCrush in a cjs, es, umd module variants #12
Comments
the next step that i am comfortable with is getting back control of the npm and adding modules and package.json, after that maybe more but i think i need to start there., |
Did you ever have control of "the npm"? Looks like @dprothero
run Since it's been over six months since this issue was opened, consider publishing from your own namespace in order to un-block this ticket. |
The ask in this ticket can be accomplished with a rollup config and a |
#13 solves it... The pull request just needs to be reviewed / merged. |
Just pushed out a major update to JSONCrush that wraps it in a module, adds package.json, and is now updated on NPM! |
well that's a start, but if there is any intention for this package to be maintained we really need the build script to be included in this repository and for it to automatically run whenever |
This has been asked in various ways in:
npm install JSONCrush
) added a commit with ESMexport
syntax.Having cjs, es, umd variants that people can choose from would be very helpful.
Perhaps the previous pull requests are doing too much or aren't the right approach for your taste? But there's still the challenge of getting started quickly with JSONCrush in various JS environments.
Maybe a more amicable approach would be to create a simple build script to wrap
JSONCrush.js
in these 3 module types? Before I put in the effort, would you consider such a pull request?(Things like babel/typescript are nice... so some meta data in the
package.json
to help those tools would be nice. But in my opinion, its not critical to provide many builds JSONCrush in ES3/ES5 and minified flavors. That can be left to build tools the downstream users setup. But having a few of the standard module formats would be helpful for someone who wants to quickly import the module to evaluate it.)The text was updated successfully, but these errors were encountered: