Closed mikavilpas closed 3 weeks ago
Minimizing dependencies is definitely appreciated.
However in this case I don't understand what problem is being solved. In this project, the prettier rules are also enforced "lint" rules. That's intentional. I don't really give a flip about red squiggles, and I don't understand why that is undesirable anyways--because again, prettier rules are lint rules.
Oh, I did not realize that was the case. In my experience, usually prettier is run with an editor plugin, and on the command line in CI, while being run as part of eslint is an older way and nowadays not recommended.
If running as part of eslint is a good fit for this project, I think with the same reasoning https://github.com/neovim/node-client/pull/435 can also be closed. It's about some prettier errors that appear when you try to run pretttier on the command line.
while being run as part of eslint is an older way and nowadays not recommended.
Ok, reviewing https://prettier.io/docs/en/integrating-with-linters.html , I guess I missed that.
But this PR doesn't add prettier --check
, which means we are back to manually checking that prettier rules are enforced.
I'd be in favor of removing the plugin as you did here, if we have:
npm run lint
command that runs prettier --check
+ eslintnpm run fixlint
command that fixes prettier issues + eslint issues
Issue
Prettier rules seem to be enforced both via prettier itself, and in addition by eslint via eslint-plugin-prettier.
Prettier docs state the following recommendation:
Solution
Remove eslint-plugin-prettier from the project, and continue to use prettier as a standalone tool. This removes the red squiggly lines in the editor.