W3C home > Mailing lists > Public > public-script-coord@w3.org > October to December 2009

Re: Strategies for standardizing mistakes

From: Brendan Eich <brendan@mozilla.com>
Date: Thu, 15 Oct 2009 11:44:45 -0700
Message-Id: <D3FEBF66-6D13-45D8-B0B8-8C475918093F@mozilla.com>
To: public-script-coord@w3.org, es-discuss Steen <es-discuss@mozilla.org>
On Oct 15, 2009, at 11:31 AM, Mike Shaver wrote:

 > On Thu, Oct 15, 2009 at 2:29 PM, Maciej Stachowiak <mjs@apple.com>  
wrote:
 > > Just as a minor point of technical correction - this will  
actually alert
 > > "not IE" in Firefox because the right-hand sign of an assignment is
 > > considered a detecting access. (Just tested to confirm.)
 >
 > Thank you!  I see that I wrote the test backwards when I tested  
here...

I cited the relevant bugzilla.mozilla.org bugs recently in public-html:

https://bugzilla.mozilla.org/show_bug.cgi?id=259935#c0

is the place where assignment to a variable came up; it links to:

http://us.js1.yimg.com/us.yimg.com/lib/g/ylib_dom.js

See also:

https://bugzilla.mozilla.org/show_bug.cgi?id=253150#c4
https://bugzilla.mozilla.org/show_bug.cgi?id=253150#c12
https://bugzilla.mozilla.org/attachment.cgi?id=154617

The masquerades-as-undefined approach works equally well on such  
sites, and it works better in theory, except for the nastiness of  
violating ECMA-262 rules, which matters not only for conformance  
purity but also for any implementations modeled on the spec in ways  
that make it a chore to support masquerades-as-undefined.

Anyway, I wanted to cite the bugzilla links for anyone interested in  
the history.

/be
Received on Thursday, 15 October 2009 18:45:22 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 May 2013 19:30:02 UTC