Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Are "values" semantically distinct from "code"? #9

Open
domenic opened this issue Sep 26, 2014 · 2 comments
Open

Are "values" semantically distinct from "code"? #9

domenic opened this issue Sep 26, 2014 · 2 comments

Comments

@domenic
Copy link
Member

domenic commented Sep 26, 2014

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? (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.

@bterlson
Copy link
Member

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.

@jmdyck
Copy link

jmdyck commented Apr 6, 2015

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants