Re: [[Class]] Property of Host Object

2010-07-23 Thread David Flanagan
Allen, The host vs. native distinction has long bothered me as well. Thanks for a particularly lucid explanation. In the next edition of the spec, perhaps you could go further and eliminate the use of the word host altogether, leaving you with only native objects and non-native objects.

Re: [[Class]] Property of Host Object

2010-07-23 Thread Mark S. Miller
On Thu, Jul 22, 2010 at 11:16 PM, David Flanagan da...@davidflanagan.comwrote: Allen, The host vs. native distinction has long bothered me as well. Thanks for a particularly lucid explanation. In the next edition of the spec, perhaps you could go further and eliminate the use of the word

Re: [[Class]] Property of Host Object

2010-07-23 Thread Garrett Smith
On 7/22/10, Mark S. Miller erig...@google.com wrote: On Thu, Jul 22, 2010 at 11:16 PM, David Flanagan da...@davidflanagan.comwrote: Allen, The host vs. native distinction has long bothered me as well. Thanks for a particularly lucid explanation. In the next edition of the spec, perhaps

simple shorter function syntax

2010-07-23 Thread Trans
Hi-- I was reading about the proposed shorter function syntax on the wiki and want to comment on it. http://wiki.ecmascript.org/doku.php?id=strawman:shorter_function_syntax I do not see how it is advantageous to using a special symbol, '#'. Taking the example. [0, 1, 2, 3].map( #(x) {x *

Re: simple shorter function syntax

2010-07-23 Thread Kris Kowal
On Fri, Jul 23, 2010 at 10:08 AM, Trans transf...@gmail.com wrote:  [0, 1, 2, 3].map( f(x) {x * x} )  [0, 1, 2, 3].map( fn(x) {x * x} )  [0, 1, 2, 3].map( y(x) {x * x} ) Any of these seem a much nicer choice than '#', IMHO. While I agree on principle, the real challenge here is to find syntax

Re: simple shorter function syntax

2010-07-23 Thread Bryan Kyle
I believe # has the advantage of not being a valid character in an identifier so there won't be any backwards compatibility problems with existing code. Your suggestions are legal identifiers so it makes the job of the parser harder. The parser would have to look further ahead to be able to tell

Re: simple shorter function syntax

2010-07-23 Thread Oliver Hunt
On Jul 23, 2010, at 10:32 AM, Brendan Eich wrote: On Jul 23, 2010, at 10:27 AM, Oliver Hunt wrote: [Good point about LL(∞) snipped.] * To give you an idea of how important parsing is, the 280 North folk once told me that parsing made up 25% of the load time for 280 Slides. Ollie,

RegExp support for start of string in multiline RegExp

2010-07-23 Thread Bradley Meck
Currently with a multiline regexp there is no way to ensure the regexp starts at the start of input (\A). This means the regexp engine always will iterate over the rest of the test string, which is detrimental to execution of the regexp, and if you need to validate the match as starting at the