On Jul 24, 2010, at 12:59 PM, Alex Russell wrote:

> I think the plan was to allow for "return" in # functions. Again, we went 
> around on this point a couple of times and I may be wrong to want 
> auto-return. Frankly, I'd settle for a shorter name for "return" ;-)

Propose one? The completion value hazard is going to be a stumbling block in 
TC39, I would bet real money (andnot due to me).


> Yeah, that's bad. Would a new dictionary type have a specialization for "in"? 
> Or just a method (ala Python)? If the latter, it all seems moot-ish.

As with tuple in the large and baggy shadow of Array, it is hard to beat Object 
syntax -- #{...} and related ideas are worth exploring but I suspect we'll end 
up saying "library" (your "just a method").


>> Yeah, good luck with that! Not everyone is going to agree before 
>> implementing.
> 
> Not required. We just need to clear the path so folks can implement quickly. 
> Fast standard iterations and fast browser iterations together create a 
> dynamic that allows the economics of a better-functioning browser market to 
> disseminate new features faster than we have recently.

I agree, and we've been trying to do this with SpiderMonkey (and Rhino, thanks 
to nboyd, stevey, et al.), but it can backfire, and you then have to carry an 
extension that did not make it into a standard for a while. The time constant 
is shrinking now that TC39 is functioning again, but we added getters and 
setters over a decade ago.


>> Not everyone is going to implement on the same schedule.
> 
> That's cool. My comments were with a view toward better, not perfect.

I'm with you, but note that some browser vendors won't take the chance I 
pointed to above. They'll wait for a finished ECMA-262 Edition. However 
pipelined some browsers are, others will not be "superscalar" this way, and 
developers won't have as coherent, closely-versioned, and cleanly upgrading a 
supported-browser market.

Just some grains of salt, we should definitely persevere. It's my other middle 
name. :-)

/be
_______________________________________________
es-discuss mailing list
[email protected]
https://mail.mozilla.org/listinfo/es-discuss

Reply via email to