-
Notifications
You must be signed in to change notification settings - Fork 10
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
when declare
syntax is used with decorators, the rule conflicts with prettier for long lines.
#195
Labels
Comments
NullVoxPopuli
added a commit
that referenced
this issue
Nov 9, 2020
…leted most of the length detection code
NullVoxPopuli
added a commit
that referenced
this issue
Nov 9, 2020
Additionally, - deleted most of the length detection code - new smoke test - some general cleanup
NullVoxPopuli
added a commit
that referenced
this issue
Nov 9, 2020
Additionally, - deleted most of the length detection code - new smoke test - some general cleanup
🎉 This issue has been resolved in version 2.2.8 🎉 The release is available on: Your semantic-release bot 📦🚀 |
NullVoxPopuli
added a commit
that referenced
this issue
Nov 9, 2020
issue introduced in #195. was causing inline decorators to move to the line above because `Number(undefined)` is 0, and having a printWidth of 0 breaks all sorts of formatting.
NullVoxPopuli
added a commit
that referenced
this issue
Nov 9, 2020
issue introduced in #195. was causing inline decorators to move to the line above because `Number(undefined)` is 0, and having a printWidth of 0 breaks all sorts of formatting.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Example:
if set to be "inline", prettier will want to keep it as is, but the rule would inline the decorator
The text was updated successfully, but these errors were encountered: