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

Consider adding back prettier-eslint local resolution #108

Closed
lukaszmoroz opened this issue May 31, 2017 · 8 comments
Closed

Consider adding back prettier-eslint local resolution #108

lukaszmoroz opened this issue May 31, 2017 · 8 comments
Labels
locked Please open a new issue and fill out the template instead of commenting.

Comments

@lukaszmoroz
Copy link

I.e. 4cc8d01
Or keep prettier-eslint always updated.
It's another extension (after prettier-eslint-code) I'm having trouble with using because it stays with an outdated dependency. Right now prettier-eslint is at 6.2.3 (with some bugs fixed) but can't be used because this extension locked it at 6.1.2.
Here you decided that the output from prettier-eslint will not change between versions but what else could change if not the output (if its only function is formatting)?

I would even say it makes more sense to not bundle prettier-eslint at all and just rely on the user to provide one either globally or in the workspace (that's what eslint extension does). It gives control to the user and doesn't lead to unexpected results.

@CiGit
Copy link
Member

CiGit commented May 31, 2017

I would agree on updating it. Requiring a local version is a potential trouble where we have no control. I prefer avoid that to be honest :-) Having it work out of the box is pleasant IMO.
The output from prettier-eslint is the output from prettier -> eslint --fix (bug fix excluded ...) those dependencies are picked up by prettier-eslint.

@CiGit
Copy link
Member

CiGit commented May 31, 2017

Just published 0.17.2 with prettier-eslint@6.2.3

@lukaszmoroz
Copy link
Author

Hmm ok, I'm not going to pursue but still think it would be nice to ensure that e.g. the output from the extension is always the same as from the cli.

Thanks for the update.

@CiGit
Copy link
Member

CiGit commented Jun 2, 2017

I've let that one opened for discussion.
IMHO the output from prettier-eslint depends on prettier and eslint (Your local versions are picked up). I see prettier-eslint's bug fixes as bug fixes (something which does unexpected things).

@CiGit
Copy link
Member

CiGit commented Aug 7, 2017

stalled, closing

@CiGit CiGit closed this as completed Aug 7, 2017
@CiGit CiGit removed the enhancement label Aug 7, 2017
@OliverJAsh
Copy link
Contributor

+1 to the idea of using the local version of prettier-eslint if there is one.

I have upgraded to v9 (which has bug fixes) whilst this extension is stuck on v8. This means that formatting via the CLI vs via VS Code has different results, which is very confusing until you understand why this is.

Is there any reason not to use the local prettier-eslint?

@shamilovtim
Copy link

This seems to have caused the issue in #861

@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot added the locked Please open a new issue and fill out the template instead of commenting. label Apr 12, 2020
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 12, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
locked Please open a new issue and fill out the template instead of commenting.
Projects
None yet
Development

No branches or pull requests

4 participants