On Fri, May 15, 2015 at 4:31 PM, Alex Harui <aha...@adobe.com> wrote:
> > > On 5/15/15, 12:35 PM, "Michael Schmalle" <teotigraphix...@gmail.com> > wrote: > > > > >FlexJS does massive more since it does CSS, MXML States etc. But that > >compiler in the repo right now can do what you mentioned already. > > Josh’s idea is interesting. In both Randori and FlexJS, the transpiler is > buried in the package. I think Josh is saying to make it “the” package. > Nothing else in it except FalconJX. > > Alex, it is. What do you mean buried in packages? You can run the Randori.main() and pass it a flex-config.xml. I made compiler args for all the output locations etc. So, I be numb but a transpiler has to have a main method and a config, that is all the compiler is. The config says run FalconJX, I mean Randori main() just could run 3 different compilers on the same parse run reusing the data model. > Did Randori have a SWC of HTML DOM APIs? In FlexJS, we are sort of hiding > the DOM. Yes see; https://github.com/RandoriAS/randori-libraries > I think to do what Josh is suggesting we’d need a SWC of HTML > DOM APIs and make sure FalconJX doesn’t really need > playerglobal/airglobal. Having folks download from Adobe to make this > thing work would probably kill enthusiasm for it. > Alex, this goes back to our conversation earlier this week about playerglobal.swc. :) You said you had special sauce, I said I wasted weeks trying to fake a DOM only player global. :) > > I have concerns about the energy required to make a FalconJX-only package > successful. How would we get people to try it? How would we ever find > the resources to compete with TypeScript and its JS framework wrappers? > DOn't know. I know alot of these libraries scrap HTML docs and its all an automated process, Roland put a lot of time into his scrappers, check out how many libraries we had 2 years ago! > The thing about FlexJS is that I feel like we can get former Flex > developers to try it and get things started that way, but without MXML, if > you are going to write a project purely in JS or AS or TS, why would you > pick AS with TS being so much more mature? > > Still, an interesting idea. > > Well, it's only a tool and I think Josh is saying having a vanilla transpiler from AS to JS shows how compartmentalized our projects are. Flex had a real bad reputation for hauling the kitchen sink wherever it went in the UI framework and it's tool chain. Mike > -Alex > >
