You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is this distinction really useful? Or could we use NaN everywhere? (Similarly 0, +Infinity, TypeError, etc.)
If we wanted to prefer typographic compatibility with the existing document we could list a set of "code strings" that always get bolded instead of monospaced.
The text was updated successfully, but these errors were encountered:
Plan for now: keep the distinction - * for values, ` for code. Eventually, if possible we'll remove the distinction. Otherwise, we can consider a whitelist of strings like "+∞" that can be parsed as ECMAScript values when found inside of backticks.
Program texts and spec values are certainly distinct concepts, and using different fonts for them helps the reader. For example, if you use monospace for both, 18.1.2 becomes "The value of NaN is NaN", which isn't very clear.
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-ecmascript-language-types-number-type makes the case that NaN is produced by the program expression
NaN
.Is this distinction really useful? Or could we use
NaN
everywhere? (Similarly0
,+Infinity
,TypeError
, etc.)If we wanted to prefer typographic compatibility with the existing document we could list a set of "code strings" that always get bolded instead of monospaced.
The text was updated successfully, but these errors were encountered: