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

Editorial: LocalTZA input specification #1160

Merged
merged 1 commit into from
Sep 21, 2019

Conversation

apaprocki
Copy link
Contributor

The LocalTZA implementation-defined algorithm must accept the full
range of Number and not define its input to be a time value because
the algorithm is specified to take an already offset local time that can
be outside of the time value range.

This cleans up the specification text to clearly distinguish UTC time
values versus local time Number inputs and uses the same subscript
notation for both UTC and local time to make the text more clear.

Fixes #1070

Copy link
Member

@littledan littledan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like a good clarification to me.

spec.html Outdated Show resolved Hide resolved
@littledan
Copy link
Member

This PR has the @anba seal of approval #1070 (comment)

@apaprocki
Copy link
Contributor Author

@ljharb @bterlson ping

@ljharb ljharb requested review from bterlson and bmeck July 7, 2018 16:26
@ljharb ljharb requested review from zenparsing and a team and removed request for bterlson February 28, 2019 19:58
@apaprocki
Copy link
Contributor Author

Ping @tc39/ecma262-editors, noticed this is still pending

@ljharb ljharb self-assigned this Sep 21, 2019
The `LocalTZA` implementation-defined algorithm must accept the full
range of `Number` and not define its input to be a *time value* because
the algorithm is specified to take an already offset local time that can
be outside of the time value range.

This cleans up the specification text to clearly distinguish UTC time
values versus local time `Number` inputs and uses the same subscript
notation for both UTC and local time to make the text more clear.
@ljharb ljharb merged commit c20a1e7 into tc39:master Sep 21, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

LocalTimeZoneAdjustment/LocalTZA follow-ups necessary
4 participants