-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Editorial: Define each thisFooValue
AO in its own section
#3063
Conversation
Should we capitalize the first letter of these for consistency with other AOs while we're at it? I say yes. |
Ah right, I meant to ask about that. |
That’s a lot of churn for minimal value imo ¯\_(ツ)_/¯ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Love it. +1 on Pascal casing AOs.
Added a commit to capitalize (Force-pushed because I rebased to main in the meantime.) |
Force-pushed to resolve conflict from #3123 (re elimination of thisTimeValue). Should be okay to get "ready to merge" again. |
Specifically: - thisBooleanValue - thisSymbolValue - thisNumberValue - thisBigIntValue - thisStringValue
... that I inadvertently un-defined in PR tc39#3063.
... that I inadvertently un-defined in PR tc39#3063.
... that I inadvertently un-defined in PR tc39#3063.
Specifically: - thisBooleanValue - thisSymbolValue - thisNumberValue - thisBigIntValue - thisStringValue
... that I inadvertently un-defined in PR tc39#3063.
Specifically:
thisTimeValueSince ES6, each of these operations has been defined in the corresponding "Properties of the Foo Prototype Object" section, rather than in a section dedicated to the operation, with a structured header, as is now the norm.
Past efforts in this direction have encountered the problem of placement. E.g., in the status quo,
thisBooleanValue
is defined within 20.3.3 Properties of the Boolean Prototype Object, so if you were to simply create a subsection forthisBooleanValue
right there, context would suggest thatthisBooleanValue
is a property of the Boolean Prototype Object.This PR solves that problem by placing each new section within the section for the corresponding
valueOf
method, which in each case is basically just a call to thethisFooValue
operation.For Symbol
and Date, there's an "Abstract Operations" section where thethisFooValue
operation could go instead if you wanted. I like the consistency of it always being under the correspondingvalueOf
.