-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Fix RST backticks #1554
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
Fix RST backticks #1554
Conversation
pep-0613.rst
Outdated
@@ -88,7 +88,7 @@ across the codebase. | |||
|
|||
With explicit aliases, the type checker has enough information to error on the | |||
actual definition of the bad type alias, and explain why: that :code:`MyGeneric(int)` | |||
and `InvalidType` are not valid types. When the value expression is no longer | |||
and code:`InvalidType` are not valid types. When the value expression is no longer |
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.
The code:
prefix is used here for consistency because the rest of this file uses it.
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.
I guess you'd like to use :code:
role here, right?
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.
I believe @tk0miya is suggesting:
and code:`InvalidType` are not valid types. When the value expression is no longer | |
and :code:`InvalidType` are not valid types. When the value expression is no longer |
But we are not using docutils, so it probably should be:
and code:`InvalidType` are not valid types. When the value expression is no longer | |
and ``InvalidType`` are not valid types. When the value expression is no longer |
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.
Yep, I did mean :code:
, thanks!
But I'll update all the `:code:X`
in this file to ``X``
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.
Done in 89c5896.
e0fc443
to
669e030
Compare
669e030
to
76cbfeb
Compare
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.
Minor tweak, otherwise LGTM!
pep-0613.rst
Outdated
@@ -88,7 +88,7 @@ across the codebase. | |||
|
|||
With explicit aliases, the type checker has enough information to error on the | |||
actual definition of the bad type alias, and explain why: that :code:`MyGeneric(int)` | |||
and `InvalidType` are not valid types. When the value expression is no longer | |||
and code:`InvalidType` are not valid types. When the value expression is no longer |
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.
I believe @tk0miya is suggesting:
and code:`InvalidType` are not valid types. When the value expression is no longer | |
and :code:`InvalidType` are not valid types. When the value expression is no longer |
But we are not using docutils, so it probably should be:
and code:`InvalidType` are not valid types. When the value expression is no longer | |
and ``InvalidType`` are not valid types. When the value expression is no longer |
Thanks! |
Update:
In Markdown, single backticks are for inline code:
for_example_like_this
In reStructuredText, single backticks are for "interpreted text" and "domain- or application-dependent" (see table below).
inline_code
_
and are meant to be hypertext referencesRef:
I'll send another PR to suggest adding linting to the CI (unless you'd prefer it here?).