-
Notifications
You must be signed in to change notification settings - Fork 21
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
Tooling: consider switching to jsonc-eslint-parser #43
Comments
Hi, @JoshuaKGoldberg! |
Yes, definitely - thanks for surfacing! That would be great. I hadn't seen I'll take this as general confirmation that Edit: rolled into #40 👍 |
Fixes #39; fixes #43. Moves to the external `jsonc-eslint-parser` because: * #43: it's a good ecosystem standard * ESLint's RuleTester doesn't support this usage of processors (#40 (comment)) Also removes the `disparity` dependency, in favor of directly telling users to run the auto-fixer. This is the strategy other plugins such as [`eslint-plugin-simple-import-sort`](https://github.com/lydell/eslint-plugin-simple-import-sort) take. It's simpler to implement, makes for easier-to-read error messages, and reduces the size of `node_modules`.
@ota-meshi's https://github.com/ota-meshi/jsonc-eslint-parser looks excellent: well-documented, well-tested, and well-used by https://www.npmjs.com/package/eslint-plugin-jsonc.
I imagine this might unblock #40? At the very least, I like the idea of using the standard community method for working with JSON.
The text was updated successfully, but these errors were encountered: