We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
defn
This file:
(ns example) (defn rgb->css ([r g b] (str "rgb(" r "," g "," b ")")) ([r g b a] (str "rgba(" r "," g "," b "," a ")")))
lIs reformatted by standard-clj v0.4.1 like so:
I would expect the last line to be indented.
I took this example from the middle of a larger file, so I know that the odd indentation is not related to this being the last form in a file.
Notably, this altered version is correctly formatted as I expect:
(ns example) (defn rgb->css ([r g b] (str)) ([r g b a] (str)))
I suspect the bug is connected to parentheses appearing inside string literals.
I observed this behavior on v0.4.1 of the formatter.
The text was updated successfully, but these errors were encountered:
GitHub Issue #99 - fix bug with parens inside of string literals
21c21a6
GitHub Issue #99 - fix bug with parens inside of string literals (#100)
abf164e
Great catch! Thank you for the helpful bug report 🤓 Fixed with PR-100
Sorry, something went wrong.
This is fixed with v0.5.0
No branches or pull requests
This file:
lIs reformatted by standard-clj v0.4.1 like so:
I would expect the last line to be indented.
I took this example from the middle of a larger file, so I know that the odd indentation is not related to this being the last form in a file.
Notably, this altered version is correctly formatted as I expect:
I suspect the bug is connected to parentheses appearing inside string literals.
I observed this behavior on v0.4.1 of the formatter.
The text was updated successfully, but these errors were encountered: