-
Notifications
You must be signed in to change notification settings - Fork 29.7k
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
doc: improve formatting of STYLE_GUIDE.md #13135
Conversation
* Wrap text at 80 characters. * Use periods consistently.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is great. LGTM. Thanks for doing this. I left a bunch of nits, but I'm fine with this landing even if none of them get addressed. This PR is a clear improvement as-is over the current doc. Thanks again!
doc/STYLE_GUIDE.md
Outdated
* Pronouns are acceptable in more colloquial documentation, like guides. | ||
* Use **gender-neutral pronouns** and **mass nouns**. Non-comprehensive | ||
examples: | ||
* **OK**: "they", "their", "them", "folks", "people", "developers", "cats" | ||
* **OK**: "they", "their", "them", "folks", "people", "developers", "cats". |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: This line and the following line probably shouldn't end with periods because they are not sentences. They are just lists. I'm OK with using a period anyway for consistency or simplicity, but I do have a slight preference for leaving the period off in this case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, I wasn't sure about these. They look a bit more natural without periods.
doc/STYLE_GUIDE.md
Outdated
* References to constructor functions should use PascalCase | ||
* References to constructor instances should be camelCased | ||
* References to methods should be used with parentheses: `socket.end()` instead of `socket.end` | ||
* When using underscores, asterisks and backticks please use proper escaping |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: While we're in here, can you add a comma after asterisks
and backticks
. (Kind of funny that this very guide recommends using a serial comma and then misses one right here!)
doc/STYLE_GUIDE.md
Outdated
* When using underscores, asterisks and backticks please use proper escaping | ||
(**\\\_**, **\\\*** and **\\\`** instead of **\_**, **\*** and **\`**). | ||
* References to constructor functions should use PascalCase. | ||
* References to constructor instances should be camelCased. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: be camelCased
-> use camelCase
That will be consistent with the previous line and avoid awkwardly using camelCase
as a verb.
doc/STYLE_GUIDE.md
Outdated
(**\\\_**, **\\\*** and **\\\`** instead of **\_**, **\*** and **\`**). | ||
* References to constructor functions should use PascalCase. | ||
* References to constructor instances should be camelCased. | ||
* References to methods should be used with parentheses: `socket.end()` instead |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: While we're in here, add for example,
after the colon.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM with @Trott's nits addressed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
LGTM Landed in eebc262 |
* Wrap text at 80 characters. * Use periods consistently. PR-URL: #13135 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Refael Ackermann <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Gibson Fahnestock <[email protected]>
* Wrap text at 80 characters. * Use periods consistently. PR-URL: #13135 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Refael Ackermann <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Gibson Fahnestock <[email protected]>
* Wrap text at 80 characters. * Use periods consistently. PR-URL: #13135 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Refael Ackermann <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Gibson Fahnestock <[email protected]>
* Wrap text at 80 characters. * Use periods consistently. PR-URL: #13135 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Refael Ackermann <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Gibson Fahnestock <[email protected]>
Checklist
Affected core subsystem(s)
doc