Stepping through the current FlexJS MXML with "my" parser, I am confidant that I can create the needed data structures using the setup that is currently in the code. If I'm somehow mistaken, we'll know soon enough.
EdB On Wed, Mar 6, 2013 at 8:01 PM, Michael Schmalle <[email protected]> wrote: > No, > > I said there is a huge curve to what you are about to try and produce with > data structures. I'm asking have you thought about how your are going to > create them... ? > > His data structures are pretty freaking abstract and you can't just loop > through the DOM and create them. > > > Mike > > Quoting Erik de Bruin <[email protected]>: > >> Mike, >> >> Aren't we crossing streams now? My efforts are aimed at creating >> FlexJS output and my code is close to making that happen. If I >> understand your last correctly, you are suggesting a different >> approach? >> >> EdB >> >> >> >> On Wed, Mar 6, 2013 at 7:54 PM, Michael Schmalle >> <[email protected]> wrote: >>> >>> Alex, >>> >>> Did you happen to read Gordon's comments on >>> >>> https://cwiki.apache.org/confluence/display/FLEX/MXML+Data+Spec >>> >>> At the end of Jan? >>> >>> I'm seriously thinking about giving an initial impl for FalconJx right >>> now >>> and your data structures. >>> >>> I just found the 1400 line prototype emitter/walker I made a month ago >>> dealing with this and your FragmentList. >>> >>> Since I'm all about getting this boat shoved off, I can afford a couple >>> days >>> trying to get what I started working abit. >>> >>> Mike >>> >>> >>> >>> Quoting Michael Schmalle <[email protected]>: >>> >>>> Hmm. >>>> >>>> I understand what you are saying but that is what the walker is for >>>> because most output is never going to translate to the existing >>>> structure of >>>> what will be output as the case with FlexJS and it's data structures. In >>>> AS >>>> we have a 1 to 1 relationship with the AST to source code. >>>> >>>> I see this as duplicate work considering in MXML you are basically >>>> cherry >>>> picking what you need and creating an internal model based on the data >>>> parsed which then you will loop through and create the js class. >>>> >>>> But, that is just the way I see it. :) >>>> >>>> Mike >>>> >>>> >>>> Quoting Erik de Bruin <[email protected]>: >>>> >>>>> Mike, >>>>> >>>>> The idea is to create the same "input == output" tests for MXML as you >>>>> did for AS, to check if the emitters are handling all input correctly. >>>>> Inheriting from those verifiably 'correct' MXML emitters I will create >>>>> JS output, both for FlexJS and VanillaSDK (initially, but others might >>>>> be added later), similar to how we do both AMD and 'goog' JS output >>>>> from extending the AS emitter class. MXML in my view is a second input >>>>> type, next to AS. >>>>> >>>>> EdB >>>>> >>>>> >>>>> >>>>> On Wed, Mar 6, 2013 at 7:30 PM, Michael Schmalle >>>>> <[email protected]> wrote: >>>>>> >>>>>> >>>>>> >>>>>> Erik, >>>>>> >>>>>> I'm just looking at some of the things you have been working on. >>>>>> >>>>>> I'm a bit confused... My understanding was the MXML emitters needed to >>>>>> produce relevant AS code of FlexJS IE Alex's data structures. >>>>>> >>>>>> Am I missing something obvious here that was discussed between you and >>>>>> Alex? >>>>>> >>>>>> When I created the base walker and emitter I never had intentions of >>>>>> producing MXML source code from the MXML AST DOM. >>>>>> >>>>>> Mike >>>>>> >>>>>> -- >>>>>> Michael Schmalle - Teoti Graphix, LLC >>>>>> http://www.teotigraphix.com >>>>>> http://blog.teotigraphix.com >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Ix Multimedia Software >>>>> >>>>> Jan Luykenstraat 27 >>>>> 3521 VB Utrecht >>>>> >>>>> T. 06-51952295 >>>>> I. www.ixsoftware.nl >>>>> >>>> >>>> -- >>>> Michael Schmalle - Teoti Graphix, LLC >>>> http://www.teotigraphix.com >>>> http://blog.teotigraphix.com >>>> >>>> >>> >>> -- >>> Michael Schmalle - Teoti Graphix, LLC >>> http://www.teotigraphix.com >>> http://blog.teotigraphix.com >>> >> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl >> > > -- > Michael Schmalle - Teoti Graphix, LLC > http://www.teotigraphix.com > http://blog.teotigraphix.com > -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
