-
Notifications
You must be signed in to change notification settings - Fork 163
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
Built-in module conventions #755
Comments
For the record: in KV Storage, I've done the following:
Looking at the above, it may be more conservative to spec/implement KV Storage with freezing initially, hmm. But I am really unclear whether that's being seriously pursued. I will try to gather more information at TC39. |
Are web platform built-in globals made enumerable for intentional reasons, or to be consistent with legacy choices? If the former, what are the reasons? |
I believe they were enumerable in all browsers when the Web IDL spec was written, and the spec just reflected that. |
In that case (re enumerability) it seems like a clean break opportunity for the web to start mirroring the language, and go non-enumerable? |
There's been a number of discussions around conventions for built-in modules, in particular:
Let's figure out what we want, and involve TC39 in the discussion as well, potentially at the 23-25 July 2019 F2F meeting.
CC @domenic @annevk @bzbarsky
The text was updated successfully, but these errors were encountered: