-
-
Notifications
You must be signed in to change notification settings - Fork 187
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
Resolve conflicts with arrow-body-style
(and other rules)
#383
Comments
Maybe a totally different approach would be to try and bake these rules directly into prettier. I think it might start to break prettier's philosophy, but, the options could be un-documented and only available through a "secret" hatch if you will. (Probably just exposed when you run |
Turns out that even stacking eslint on top of prettier, eslint does not know how to even maintain prettier's formatting: I tried to get eslint and prettier to play nice inside of vscode... but when I save the first Second time I save it.. eslint has nothing to do, prettier does a final fix to the formatting: Using this vscode extension: prettier/prettier-vscode#1555 here's relelvant .vscode/settings.json:
|
You should turn off the conflict rule for now and try to reload vscode after eslint/preittier config changed. |
To resolve this problem, all we have to do is protect our fix "range", so other rules won't do fix inside it.
arrow-body-style
#379 to protect whole file.prettier/prettier
other rule won't work.arrow-body-style
#379 I added a notice behind the error message, and to fix one difference I usedsuggestion
API.I'd like to ship this feature under "experimentalFix" flag first.
Another alternative solution #381 is protect whole file on every fix of difference, but this will takes many rounds to fix the whole file, seems unacceptable solution.
Thoughts?
The text was updated successfully, but these errors were encountered: