Re: [FalconJX JXEmitter] Output question, again

2015-05-29 Thread Michael Schmalle
Ok, for now I am just going to build it up abstracting code I bring in from the FlexJS emitter. We definitely need a separate emitter, there is to much goog stuff happening in the FlexJS one, it's coupled to it which I don't like. I am going to write it in a way like I did the emit headers and foo

Re: [FalconJX JXEmitter] Output question, again

2015-05-29 Thread Michael Schmalle
Yeah sorry if I sound like a flake right now. There are things I have in the emitter right now that need to be there for some DOM majic and some other meta data additions I want to bring over from Randori. Mike had such a good idea with Randori, it's a shame it turned out the way it did. I am goi

Re: [FalconJX JXEmitter] Output question, again

2015-05-29 Thread Alex Harui
On 5/29/15, 2:35 PM, "Michael Schmalle" wrote: >Ok, > >I am at a point where I have some time to spend getting this "vanilla" >compiler working. > >Since this stuff really confuses me, it's not my game. :) > >Just base my output for now on the utilities that FlexJS uses? > >goog.provide() >goog

[FalconJX JXEmitter] Output question, again

2015-05-29 Thread Michael Schmalle
Ok, I am at a point where I have some time to spend getting this "vanilla" compiler working. Since this stuff really confuses me, it's not my game. :) Just base my output for now on the utilities that FlexJS uses? goog.provide() goog.require() goog.inherits() Object.defineProperties(org_apach