How do we specify xml docs for positional members (which define both parameters and properties)?
record Person(string First, string Last);
From discussion on 7/15/2020, we're going to go with a minimalist approach to start:
<param> tags from record types to constructor parametersEquals and such) won't include any boilerplate documentationMake sure that CS1591 (missing XML comments) is not reported for these carry-overs.
Is further action needed by the compiler team for 16.8?
@RikkiGibson Yes, we'd like to do (1) from plan above: "compiler will carry over tags from record types to constructor parameters".
This can be pushed out to 16.9 if necessary.
@jcouv is there currently any way to get the compiler not to throw the CS1591 warning other than doing a pragma warning disable?
I've tried lots of options and usually they add even more warnings than just the CS1591.
@buvinghausen The CS1591 is complaining that the properties don't have documentation. One solution at the moment is to use explicit properties (public C Name { get; init; } = Name;) and place documentation on it.
@jcouv I understand the context of CS1591. I was hoping there was a workaround other than using explicit properties or not having any documentation (via pragma disable) at all. Bummer. Hopefully this gets sorted soon. Thank you for the clarification.
Let's make sure that completion works properly on nominal records as well, particularly in the following scenarios analogous to method parameters:


That is, typing a /// on the line before a record declaration should include <param> tags for all the record primary constructor parameters, and within a /// block the <param> elements should be suggested with appropriate parameter names, based on which parameters haven't been documented yet.
Most helpful comment
Let's make sure that completion works properly on nominal records as well, particularly in the following scenarios analogous to method parameters:
That is, typing a
///on the line before a record declaration should include<param>tags for all the record primary constructor parameters, and within a///block the<param>elements should be suggested with appropriate parameter names, based on which parameters haven't been documented yet.