False-positive definition link in Temporal spec about ecmarkup

[bakkot]

Since it seems like most instances of -word are cases where it should be linked, I am loathe to add hardcoded special cases here. I'd prefer to stick with emu-not-ref for the less common cases when it shouldn't link, I think.

[bakkot]

You're not doing anything wrong, but that's just how ecmarkup works - any use of a defined term links to that term. And 262 defines the term "safe". (And you're loading its biblio, for good reason.) It probably shouldn't but as long as it does, you can use emu-not-ref to prevent it from linking.

[justingrant]

Excellent, thanks Kevin for the pointer to emu-not-ref. We'll use that for this case.

Perhaps ecmarkup shouldn't treat - as a word delimiter?

[bakkot]

Yeah, maybe. On the other hand, a lot of times it is - non-finite linking "finite", etc, generally makes sense.

[justingrant]

I did a quick look for \w-<emu-xref in the current 262 and 402 specs' markup and found 17 matches. All of them looked valid except this one:

Perhaps auto-linking could be improved via a whitelist of specific frequently-used prefixes, after only which auto-linking would be allowed? Here's the prefixes used for the valid auto-links in the current specs that look OK:

• per-
• mullti-
• single-
• non-
• inter-

[justingrant]

/ might be another questionable delimiter. Found a few emu-not-refs used in the Temporal spec to avoid "date/time values" from being linked.

[justingrant]

Sound good to me. I filed tc39/ecma262#3014 to fix the one missing emu-not-ref in the existing 262 spec. Closing this issue.