[Feature Request:] add support for config file name => eslint.config.js
See original GitHub issueHi,
Configuration name *.config.js
seems to be the most default/common value for most of majors libraries:
- webpack.config.js
- babel.config.js
- stylelint.config.js
- postcss.config.js
- prettier.config.js
- vue.config.js
- nuxt.config.js
- tailwind.config.js
- jest.config.js
I see only too libraries that doesn’t support this format:
- Eslint
- Browserlist (Browserlist issues 380)
It could be nice for Eslint to offer this option.
Following this convention will definitively help users. Having a consistent way to configure libraries would be easier and cleaner.
Just my two cents to make our life a little easier 😄 !
Cheers!
Issue Analytics
- State:
- Created 4 years ago
- Reactions:14
- Comments:6 (2 by maintainers)
Top Results From Across the Web
Configuration Files (New) - ESLint - Pluggable JavaScript Linter
A pluggable and configurable linter tool for identifying and reporting on patterns in JavaScript. Maintain your code quality with ease.
Read more >feature-sliced/eslint-config - GitHub
You'll first need to install ESLint: $ npm install -D eslint ; Next, install @feature-sliced/eslint-config and dependencies: ; Add config to the extends...
Read more >Basic Features: ESLint - Next.js
If either of the two configuration options are selected, Next.js will automatically install eslint and eslint-config-next as development dependencies in your ...
Read more >How to fix eslintrc The file does not match your project config?
With this solution, you only add (i.e. enable) the parser: '@typescript-eslint/parser' option (and other related options) for the TypeScript ...
Read more >JavaScript Standard Style
The easiest way to use JavaScript Standard Style is to install it globally ... No one wants to maintain multiple hundred-line style configuration...
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
Unfortunately, it looks like there wasn’t enough interest from the team or community to implement this change. While we wish we’d be able to accommodate everyone’s requests, we do need to prioritize. We’ve found that issues failing to reach accepted status after 21 days tend to never be accepted, and as such, we close those issues. This doesn’t mean the idea isn’t interesting or useful, just that it’s not something the team can commit to.
Thanks for contributing to ESLint and we appreciate your understanding.
@kaicataldo, from Babel team:
It’s only two libraries from getting a new standard… could be worst! 😅 Using
*.config.js
as a convention will definitively help a lot… don’t you think?