Skip to content
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

Revisit whether there's a better way to consume eslint rules #1113

Closed
muffinresearch opened this issue Feb 1, 2017 · 1 comment
Closed
Assignees

Comments

@muffinresearch
Copy link
Contributor

This is to summarize a conversation on vidyo with @EnTeQuAk

When the linter was originally built out we took the decision to use eslint internal APIs because that made it easier to run rules and define our own error messages.

It would be a good idea to revisit this and check if there's any better options for being able to run eslint rules via the linter in standard form so that we can more easily consume existing eslint rules and so that any custom rules here are more readily usable via other eslint clients in editors directly.

Once all the legacy non-webext rules are ripped out there will be minimal eslint rules so that might provide a good time to do this if it's already been investigated and found to be viable.

As an example this json reporter might be one avenue worth exploring: https://github.com/sindresorhus/eslint-json

@EnTeQuAk
Copy link
Contributor

There is and this just got implemented with #1140 and other PRs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants