-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Review our usage of <code> in XML docs #20849
Comments
@roji Further evidence that we should get rid of them. |
Not sure it would solve what you think it would - the supporters of <code> would switch to wanting italics instead or something 😆 More seriously, in cases like FromSqlInterpolated a separate code block makes sense to me, but that's not how it's being used at the moment (e.g. there's a dot afterwards...). |
Reopening to verify that the output looks good (especially with regards to #20893 (review)). |
Closing since we've decided not to push the API docs live for now. We'll revisit this later. |
This is easy to review if you use DotNetAnalyzers/DocumentationAnalyzers. I believe DOC203 is the rule that flags misuse of |
@sharwell, I'm seeing that the DotNetAnalyzers.DocumentationAnalyzers was last released in 2018, and the latest version is still a beta. Is this the right package, and if so, is it being updated? |
It seems like in many cases we expect <code> doc fragments to render inline, but in the docs they're rendered as a block, leading to ugly/mangled docs.
In some cases, a separate code block may make sense, but this needs to be cleaned up...
The text was updated successfully, but these errors were encountered: