flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Schmalle <teotigraphix...@gmail.com>
Subject Re: [FlexJS] IntelliJ Integration
Date Fri, 15 May 2015 20:41:49 GMT
On Fri, May 15, 2015 at 4:31 PM, Alex Harui <aharui@adobe.com> wrote:

> On 5/15/15, 12:35 PM, "Michael Schmalle" <teotigraphixllc@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

> 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.


> -Alex

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message