Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: 207.97.245.131 is neither permitted
 nor denied by domain of CaptainN@unfocus.com)
Message-ID: <50C0F3FF.6060109@unFocus.com>
Date: Thu, 06 Dec 2012 14:37:35 -0500
From: Kevin Newman <CaptainN@unFocus.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
 rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: flex-dev@incubator.apache.org
Subject: Re: ABC -> JS
References: <CCE4D4EE.497AF%aharui@adobe.com> <50BFBB17.6020603@gmail.com>
 <50BFCD06.2010808@unFocus.com>
 <CAD8jDGJZwDxUaB08Ers=55LxTTT4EZMS-aTJpS6FRH2UpBCReA@mail.gmail.com>
 <50C0BE9F.3020908@unFocus.com> <50C0C25E.60109@unFocus.com>
 <CAD8jDGJ-BDBp39QOm-gB36h=9L5-cspkbnHOtTZz9-Zts0Xk3Q@mail.gmail.com>
In-Reply-To: 
 <CAD8jDGJ-BDBp39QOm-gB36h=9L5-cspkbnHOtTZz9-Zts0Xk3Q@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 12/6/12 1:57 PM, Frank Wienberg wrote:
> I like that idea. But still not all polyfills simulate the intended
> semantics 100%. The question remains that when we know certain semantics
> can't be done in a certain browser (like get / set on non-DOM-objects in
> IE8), should we refrain from using it and risk bad performance in all
> browsers?
Yeah I dug around a bit more after posting that, and it looks like 
indeed you can't emulate get/set in any 100% way (a path through 
VBScript comes close, but it has many other more important draw backs). 
The enumeration props can be set in IE8 and lower through a shim, but 
like you said, they don't do anything (they are still enumerable, etc.).

Bummer. The only realistic way to do it then would be the way MS handles 
it in TypeScript, where they have essentially an opt-in solution through 
a compile switch, and will output to either ES3 or ES5. Presumably, 
they'll add ES6 when it's ready.

Perhaps use the current Jangaroo solution for ES3 compile target, and a 
new solution for ES5.

On a tangent, what kind of problems would basing every AS3 class off a 
DOM Element in IE8 cause? (memory explosion and other performance problems?)

Kevin N.