"possibly const" vs "possibly \tcode{const}" vs "possibly \keyword{const}"

[sdutoit]

"possibly const" appears five times in the current draft. "possibly \tcode{const}" appears ten times. Clean this up, make a rule for it.

Update added by @burblebee on 11/15/22:
We've since added several more of the above variations as well as the addition of "possibly \keyword{const}".

[jensmaurer]

Editorial meeting consensus: Similar to inline / public. Thus, we should generally not use "possibly \tcode{const}".

[zygoloid]

See also issue #106.

[jensmaurer]

Postponing until #1497 is applied to avoid editing conflicts.

[burblebee]

Editorial meeting consensus: Similar to inline / public. Thus, we should generally not use "possibly \tcode{const}".

To clarify, all occurrences should become possibly const, correct?

[JohelEGP]

See #4405 (comment) with regards to \keyword. @tkoeppe, can \keyword be rationalized on the wiki?

[burblebee]

I don't think we should use \keyword in this case, since this is basically equivalent to "possibly cv-qualified" (and other variations of "cv"), and we don't include references to those in the index under const. So if we want to recognize "const" here as a keyword (e.g. so we could make them a different color sometime in the future as mentioned in #4405), maybe we need something like a \keywordni (ni for no index)? What about uses of "non-const"?

Adding the "decision required" label back - I'm happy to take this one on if I know what we want to do here.

[tkoeppe]

I think the original decision to say "possibly const" (without markup) is uncontested; shall we just execute that?