On Wed, May 27, 2015 at 2:50 PM, Alex Harui <aha...@adobe.com> wrote:
> New thread: > > > > On 5/27/15, 9:52 AM, "Michael Schmalle" <teotigraphix...@gmail.com> wrote: > > >Well, when I said "teach" I just meant getting into the code. Really, I > >know the base part of the compiler and the walker/visitor framework well > >;-), so getting FalconJX to use an HTML.swc would be exactly what I am > >looking for to do. > > > >This is where you can keep doing what you are good at and I can work on > >what I am good at(code rendering). > > > >Can I ask you to start another thread and outline what you see needs to be > >done to accomplish what is in your mind dealing with FalconJX and the > >HTML.swc? If you can just brainstorm, then I can ask you questions to fill > >in the gaps that I am not seeing. > > > > As I see it, FalconJX should just be able to grab some SWCs and > cross-compile some AS based on definitions in the SWCs. Right now we feed > it playerglobal/airglobal and FlexJS swcs with UIBase widgets, but in > theory, as Josh suggests we should be able to replace those SWCs with just: > > jsglobal.swc: > Object > Number > String > <what else>? > > HTML.swc: > Window > Event > UIEvent > MouseEvent > HTMLElement > etc. > > See for HTML lib, Roland used WebIDL parser to create it; https://github.com/RandoriAS/randori-libraries/tree/master/HTMLCoreLib The builtin.swc we made; https://github.com/RandoriAS/randori-tools/tree/develop/RandoriBuiltin Read the README, does this violate anything? > Then folks should be able to test drive FalconJX by running some AS > through it to get any JS they normally use in their web apps, and we > should be able to stop writing any JS at all. All files in flex-asjs that > are currently .JS files should be able to be written in AS and > cross-compiled with only those two SWCs. I can tell you that it would > probably have saved us much time if we had this already. It is painful > doing .JS code simply in the writing of ‘this.’ and ‘prototype’. > Yeah, not to mention compile time checking. :) > > Anyway, that’s as far as I’ve thought on this subject. As you said in > another thread this is where we’d have to prove there are no hard-coded > dependencies in Falcon/FalconJX on playerglobal/airglobal. > See the above links and give feedback on what you think. > > OK, one more thought: there may be reverse-engineering issues about > replacing playerglobal/airglobal, but I was hoping we might find some > Tamarin code laying around that has what we’d start with for jsglobal.swc. > I think this is what Roland actually did, I know he found it some where(how to build the builtin.swc Randori used). Question; So the code style, you said we might use the FlexJS emitter but I don't see how that is possible since it's not a vanilla emitter. It seems to me I need to know the exact code style that a vanilla transpiler will create and I can make that emitter as another backend, what do you think? @Josj you have any thoughts? I am ready to start writing it. :) Mike > > -Alex > > >