"Record" name clashes with spec-internal "Record Specification Type"

[rricard]

Whenever we refer to "Record" inside of a spec document, we start referring to 6.2.1 The List and Record Specification Types which is a spec-internal notion.

This is going to be a big issue that will hamper our ability to write accurate spec text.

This yields multiple questions:

• (asking spec editors) Could we be able to not match "Record" in spec text with the spec-internal Record Specification Type?
• (asking spec editors) Is it possible to change the spec-internal Record term to something similar?
• Do we want to consider other terms instead of Record for this proposal?

As far as alternate names goes for this proposal or for renaming the spec-internal Record Specification Type, the only one we found so far is: Struct

Finally as champions, we have a preference with avoiding to rename the proposal's Record to something else.

This issue needs to be closed before stage 3

[rricard]

You can see an example of this issue in PR #95

[ljharb]

Related: tc39/ecmarkup#158, tc39/ecmarkup#70

[ljharb]

I think even if we resolve the ecmarkup issue, having two kinds of “record” in the spec will be very confusing.

I’d prefer that either the existing type, or this proposal, be renamed, to avoid that.

[bakkot]

The name of this type in this proposal affects far, far more people than the name of the spec-internal type, so please don't let this conflict affect your choice of naming for this proposal.

I agree that this would require addressing, but if we collectively decide that "record" is the right thing to call the thing in this proposal when ignoring concerns about the spec-internal type, then we'll go with that and make the necessary editorial changes to the spec to accommodate that.