On Wed, Aug 13, 2008 at 11:02 PM, Peter Michaux <[EMAIL PROTECTED]> wrote:
> Are these
> type-related features what the community of ECMAScript 3 programmers
> were really asking for emphatically years ago?
No need to take a poll here. It's better to look at existing programs
and examine whether a
cussion. This
> is rather urgent. Thanks.
What should a reviewer look for? What is strict mode supposed to accomplish?
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
The notation he used in this specification was raised as one option
for the ES-Harmony spec's notation.
http://www.mozilla.org/js/language/old-es4/
- Rob
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
consume strings like "4.2", as does IE8.
What gives? I feel like I'm reverse engineering IE8, which is not
supposed to be the point here.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
E
This section doesn't address the precision to which the date should be printed.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozil
, Robert Sayre <[EMAIL PROTECTED]> wrote:
> This section doesn't address the precision to which the date should be
> printed.
>
> --
>
> Robert Sayre
>
> "I would have written a shorter letter, but I did not have the time."
>
--
Robert Sayre
"I wo
ion() {
test(this.foo == "qux", "thisArg supplied");
}
function testApplyAndCall() {
f.apply(undefined, []);
f.apply(null, []);
f.call(undefined);
f.call(null);
var obj = {foo: "qux"};
g.apply(obj, []);
g.apply(obj, []);
g.call(obj);
the global object for Array.map in this example, so Mozilla opposes
these changes.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.m
I am skeptical that we'll arrive at a definition of isArray that sounds
proper and uses only observable properties of the language. I would prefer
that we leave arrayness unspecified or settle on one major implementor's
interpretation.
- Rob
On Feb 10, 2009 9:01 PM, "Mark S. Miller" wrote:
2009
27;s a little too much pushing of complexity onto users of the proposal.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
In describing the abstract operation Str(key, holder), the spec says
9. If Type(value) is number
a. If value is finite then return value.
b. else, return "null"
Perhaps I am misreading, but this looks like a bug to me, since Str
should return a string.
--
Robert Sayre
&qu
Looks like the wiki skewed from the word .doc that was sent out.
The meeting is taking place on the 28th/29th only, not today, the 27th.
I've updated the wiki, sorry for any confusion. I'll be sending out
details for committee members in a bit.
- Rob
_
implementation.
JSON.parse("[010]")
should be an error, per spec. Nobody follows the spec though...
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
tart symbol?
>> If so, then I agree.
>
> Yes. Then we are in agreement.
OK, so, all such deviations will be considered bugs by implementations
that purport to conform. Right?
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
On Wed, Aug 26, 2009 at 11:03 PM, Allen
Wirfs-Brock wrote:
> At this point it’s hard to say whether or not the exact handling of this
> specific edge case was intentional or not.
I think it is obvious. The list of keys is built before iteration
takes place for a couple of reasons.
- Rob
_
15 matches
Mail list logo
