-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Support all prettier config files #4874
Support all prettier config files #4874
Conversation
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 7685d68:
|
Build for latest commit 7685d68 failed. |
👋 Thank you so much, I'm on my way to a meeting but will review when I get back home Question would this be possible?. #1980 |
@SaraVieira sure, it will require to parse YAML and TOML and a few more checks for the files existing, but it is possible. I can do them all if that's what we want |
We do have a toml one installed already. its called
We do not have a YAML one so I am okay with letting that one go and also the TOML one if it's too hard, it's mostly just for the names you can give the prettier config files :) Mostly this version: |
Also ping me if you need any help |
@pablopunk Maybe there's some |
@MichaelDeBoey I did take a look at that but they look for the files in the filesystem (with node) |
@SaraVieira I wanna resolve a module from a path (get the value of |
Hey! Gonna ping @CompuIves as he might be able to help you better there |
This PR has automatically been marked stale because there has been no activity in a while. Please leave a comment if the issue has not been resolved, or if it is not stale for any other reason. After 2 weeks, this issue will automatically be closed, unless a comment is made or the stale label is removed. |
This PR has been automatically closed because there wasn't any activity after the previous notice or the stale label wasn't removed. |
What kind of change does this PR introduce?
Feature
What is the current behavior?
package.json
"prettier"
config is ignoredWhat is the new behavior?
Prettier config will be, in order of precedence:
"prettier"
key inpackage.json
, if it existsprettierrc
file in the root of the sandboxWhat steps did you take to test this? This is required before we can merge, make sure to test the flow you've updated.
Tested all of the above scenarios
Checklist
This addresses only part of issue #1980. I didn't implement all the possible configuration files just to keep it simple.
Another thing I wanted to mention, I notice there's another function to get the prettier config here but I didn't manage to see where's being used. Is it being used at all?