-
-
Notifications
You must be signed in to change notification settings - Fork 47
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
Inconsistent code style #74
Comments
Agreed, consistency would be good. Will get back to you but might be a bit (other priorities on this and other projects, summit proposal pestering, wrapping up work before parental leave, etc.). |
If we could get agreement on a primary style, PRs would be easier to submit? |
Not really. Primary advantages are:
|
... Which makes submitting PRs easier (saves the submitter having to guess which style to pick) 👍
Or use |
This helps with other stuff... EOL char, file encoding, indention, etc... |
It does. It's limited. But using it stops you mandating people use VS Code (as believe it or not, not everybody does) and raising the bar for people becoming involved. For those people it's the only thing you can give them. That's why I suggested using both:
|
that's what I do in my modules :-) |
I would recommend Stroustrup references: |
If this can be defined, I can submit a PR by the next day :-) |
Any news on this? |
The functions in this repo have many different styles of code.
This is not a big problem, but a contributor using an editor that "fixes" the style (eg: VSCode), will flag a lot more changes than required.
Is it in the interest of this module to harmonize the style to avoid this? And if so, with what rules? Shall this be enforced with tests?
The text was updated successfully, but these errors were encountered: