[eslint] eslint-plugin-lit
See original GitHub issuehttps://www.npmjs.com/package/eslint-plugin-lit is excellent, but we don’t include it in our config. Our config should work also when you’re not using lit, but since it’s our default recommendation I think we should offer this somehow.
How shall we do this? A separate package? I don’t think an eslint config can have multiple exports, right?
The create
package would also need to update and include the correct linting configuration
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
eslint-plugin-lit - npm
eslint -plugin-lit. TypeScript icon, indicating that this package has built-in type declarations · Readme · Code Beta · 3 Dependencies · 32 ...
Read more >43081j/eslint-plugin-lit: lit-html support for ESLint - GitHub
ESLint plugin for Lit. Install. Assuming you already have ESLint installed, run: # npm npm install eslint- ...
Read more >EsLint Plugin Lit A11y: Overview - Open Web Components
Accessibility linting plugin for lit-html. Most of the rules are ported from eslint-plugin-jsx-a11y, and made to work with lit-html templates and custom ...
Read more >eslint-plugin-lit - npm Package Health Analysis - Snyk
Ensure you're using the healthiest npm packages. Snyk scans all the packages in your projects for vulnerabilities and provides automated fix advice.
Read more >Working with Plugins - ESLint - Pluggable JavaScript Linter
So if this plugin were named eslint-plugin-myplugin , then in your ... In the initial list of problems, the fix property will refer...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Now that I think about it, how bad is it to just include this plugin in the default config? Most of it’s users will use lit, and for those who don’t the plugin just won’t do anything. There are lots of linting options that won’t ever apply to many people.
Our linting doesn’t include that much special anyway, it’s easy for people to assemble their own.
The lit plugin isn’t lit-element specific either, so for example people using haunted will benefit from it as well.
Our other tools are lit-biased here and there as well.
Can you disable specific linting rules per package? I think option 1 is ok for now, it’s a more specialist use case anyway.