Re: Mootools and String.prototype.contains

conclusion. Someone (probably me!) should check what it was that actually broke, exactly. :) -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es

Re: Mootools and String.prototype.contains

it's relevant. Given there were similar issues with Function.prototype.bind in the same release of Mootools, I'm inclined to let it slide: Mootools 1.2 already broke given ES5, and that was pushed through regardless. -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com

Re: On __proto__ as a magical data property

with the overridden [[Get]], [[Put]], etc. not special-casing everywhere correctly, I'd much rather minimize special-casing and use an accessor property. -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es

Re: Error stack

, and have to choose whether to go down IE/Fx/WK code-path, and often all three rely upon non-standard behaviour). [1]: http://code.google.com/p/google-web-toolkit/source/browse/releases/2.4/user/src/com/google/gwt/core/client/impl/StackTraceCreator.java -- Geoffrey Sneddon — Opera Software http

Legacy const

block-scoped in modules as it is now and function-scoped otherwise, or everyone should drop it. (I doubt that's feasible, though.) -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss

Legacy const, attempt 2 (Re: Legacy const)

get everyone who currently supports it to drop it. -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss

Re: __proto__ security

On 26/02/12 09:39, David Bruant wrote: Le 26/02/2012 01:23, Geoffrey Sneddon a écrit : I've basically implemented something close to what is attributed to Dave Herman on the wiki in Carakan now, albeit without the context check, though I agree it's a good idea. I wonder if it's web-compatible

Re: __proto__ security

, however, would be that the setter is optional (i.e., it is permissible to have __proto__ have just a getter or have both a getter and a setter, but not just a setter). -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es

Re: Feedback request: a ES spec. organization experiment

, I wonder how hard it would be to write a print style-sheet targetting something like PrinceXML to cope with all the publication rules?) -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss

__proto__ in Annex B (was: Re: Sep 27 meeting notes)

it [[Writable: false]] in ES.Next, then all the better (thereby only providing a transitional phase for those who can already use Object.getPrototypeOf). -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing

Re: __proto__ in Annex B

On 29/09/11 19:10, Brendan Eich wrote: On Sep 29, 2011, at 6:54 PM, Geoffrey Sneddon wrote: On 28/09/11 00:06, Waldemar Horwat wrote: Should we standardize __proto__ in Annex B? MarkM + a few others: Yes Waldemar, Doug: No Unless we have a definite plan that no ES.Next impl will support

Re: this vs thi\u0073

is fully escaped. Subsequent use of such identifiers must also have at least one character escaped (otherwise the reserved word will be used instead) but it need not be the same character(s) as that originally used to create the identifier. -- Geoffrey Sneddon — Opera Software http

Re: Standardizing __proto__

not that much gain). -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss

Codifying de-facto standards

compatible from the spec, which would mean defining things some don't like, and changing other definitions that people don't like either… At the moment, it's impossible to implement a fully compliant ES5 implementation without sacrificing web compatibility. -- Geoffrey Sneddon — Opera Software

Re: Function.prototype.toString to discover function dependencies

method does not provide the code of the function. FWIW, there should be no difference between Desktop and Mobile with Carakan. -- Geoffrey Sneddon — Opera Software http://gsnedders.com http://opera.com ___ es-discuss mailing list es-discuss@mozilla.org

Copy/paste error in Array.prototype.reduce

to the call to reduce. Array.prototype.reduceRight contains a similar typo. -- Geoffrey Sneddon — Opera Software http://gsnedders.com/ http://www.opera.com/ ___ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss