----------------------------------------
In 20.1.1 "The Number Constructor":
{1}
20.1.1 / para 1:
... perform type conversion and to perform constructor instance initialisation.
s|isation|ization|
----------------------------------------
In 20.1.3.4 "Number.prototype.toLocaleString( [ reserved1 [ ., reserved2 ] ])":
{2}
20.1.3.4 / header:
Number.prototype.toLocaleString( [ reserved1 [ ., reserved2 ] ])
Delete the stray dot before the comma.
----------------------------------------
In 20.3.1.4 "Month Number":
{3}
20.3.1.4 / equation_block 1 / line 2:
>= 1 if 31<= DayWithinYear (/t/) < 59+InLeapYear(/t/)
Insert space after "31".
----------------------------------------
In 20.3.2 "The Date Constructor":
{4}
20.3.2 / para 1:
... creating data strings and to perform constructor instance initialisation.
s|isation|ization|
----------------------------------------
In 20.3.2.1 "Date ( year, month [, date [ , hours [ , minutes [ ... ] ] ] ] )":
In 20.3.2.2 "Date ( value )":
In 20.3.2.3 "Date ( )":
{5,6,7,8}
20.3.2.1 / step 5.a:
20.3.2.2 / step 10.a:
20.3.2.3 / step 14.a:
20.3.2.3 / step 15.a:
... the time value (UTC) identifying the current time.
Saying "(UTC)" suggests that a time value is bound to
a particular time zone, which it isn't.
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Rev24 fixed {1}, {2}, and {4}. Here's what's left:
----------------------------------------
In 20.3.1.4 "Month Number":
{3}
20.3.1.4 / equation_block 1 / line 2:
>= 1 if 31<= DayWithinYear (/t/) < 59+InLeapYear(/t/)
Insert space after "31".
----------------------------------------
In 20.3.2.1 "Date ( year, month [, date [ , hours [ , minutes [ ... ] ] ] ] )":
In 20.3.2.2 "Date ( value )":
In 20.3.2.3 "Date ( )":
{5,6,7,8}
20.3.2.1 / step 5.a:
20.3.2.2 / step 10.a:
20.3.2.3 / step 14.a:
20.3.2.3 / step 15.a:
... the time value (UTC) identifying the current time.
Saying "(UTC)" suggests that a time value is bound to
a particular time zone, which it isn't.
XXX
(In reply to comment #1)
>
> {5,6,7,8}
> 20.3.2.1 / step 5.a:
> 20.3.2.2 / step 10.a:
> 20.3.2.3 / step 14.a:
> 20.3.2.3 / step 15.a:
>
> ... the time value (UTC) identifying the current time.
> Saying "(UTC)" suggests that a time value is bound to
> a particular time zone, which it isn't.
Saying (UTC) means the exact opposite: that the time value is a universal time rather than a local time associated with a particular time zone. See the definition of time value in 20.3.1.1.
Removing the "(UTC)" would make these phrases ambiguous WRT whether the resulting timevalue should be a UTC value or a locally adjusted value.
These particular phrases have been in the ES spec. since the introduction of Date object.
item {3} fixed in rev25 editor's draft
I've split off discussion re "UTC" to Bug 2836.
fixed in rev25 editor's draft, except for UTC usage item which is now bug 2836
confirmed fixed modulo Bug 2836.