> There needs to be an intermediate "model" that can hold the MXML data > structure AFTER the AST. (I guess)
I don't see why you would need to transform the MXML AST into yet another model. There are already two models for MXML and they should be sufficient. The syntactic model produced from the MXML tokens is MXMLData. Like any XML DOM, it simply represents the nesting of the tags, their attributes, and the text inside, without attributing any meaning to anything. The semantic model for MXML is the MXML AST, which has determined what every tag, attribute, and piece of text means. For example, it has understood that when you write <s:Button label="OK" color="red" click="doit()"/> you are creating an instance of spark.components.Button, setting the label property to "OK", setting the color style to 0xFF0000, and adding an event handler to handler the click event. The MXML tree captures every piece of semantic information that was in the MXML file. - Gordon -----Original Message----- From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Friday, January 18, 2013 4:21 AM To: dev@flex.apache.org Subject: Re: [FalconJx] where I'm going to be No, the Falcon compiler turns MXML AST into straight ABC instructions. This is why Alex had to do majic with the MXMLClassDirectiveProccessor. So right now, there is no working translation of MXML into a Class file. Also this has been brought up between Alex and Gordon that doing a straight conversion is not a good plan. There needs to be an intermediate "model" that can hold the MXML data structure AFTER the AST. (I guess) This would mean using the model to traverse and emit, not the AST. Again, I am a very opinionated person and when I start to think about MXML and how to translate it, I will come up with what I think works using whatever means that requires, whether it's traversing the AST or creating and intermediate model. We will see. Mike Quoting Erik de Bruin <e...@ixsoftware.nl>: > Didn't the 'old' compiler (pre-Falcon) translate MXML into > intermediate AS and offer the option to safe those intermediate files? > I think that the presentation guy used these intermediate files > (classes, I'm sure) instead of the actual MXML to get his prototype to > work. I'm however not sure if Falcon has a similar option (save AS > translation of MXML), so that might not be a option anymore. > > Just thinking out loud, while working on getting some more ToDo's out > of the way :-) > > EdB > > > > On Fri, Jan 18, 2013 at 12:59 PM, Michael Schmalle > <apa...@teotigraphix.com> wrote: >> >> Quoting Erik de Bruin <e...@ixsoftware.nl>: >> >>> Mike, >>> >>> I'm not trying to get you to do stuff, certainly not 'out of order'. >>> First things first, and we'll have our hands full on AS -> JS, to be >>> sure. >>> >>> Just thinking out loud: at some point I saw a video where an Adobe >>> guy explained one of the early FalconJS prototypes (Pete?) and he >>> worked around MXML by using intermediary MXML -> AS output and stuff >>> that through his compiler, instead of working directly on MXML. At >>> some point (after all else is said and done), might that be an option? >> >> >> Are you talking about producing a Class for the MXML file, then >> parsing the class? >> >> MXML WILL get done. I spent 2 hours last night looking at all the >> HACKING Alex had to do, to get it "working". >> >> Mike >> >> >> >>> EdB >>> >>> >>> >>> On Fri, Jan 18, 2013 at 12:49 PM, Michael Schmalle >>> <apa...@teotigraphix.com> wrote: >>>> >>>> Erik, >>>> >>>> MXML comes after ActionScript. Sorry but I have to do things in order. >>>> This >>>> is where projects go wrong, where people start cutting corners and >>>> skipping things they should finish. 10 years experience with this >>>> stuff and various architectures tells me finish the foundation >>>> before we do anything else that is external to the core cross >>>> compiler. >>>> >>>> Remember, MXML is not ActionScript and the first order of business >>>> is an >>>> AS3->JS cross compiler, MXML is Flex specific. >>>> >>>> I have a flaming blog post on deck about this project. >>>> >>>> As far as doing things with AST IE MXML AST, I can manage anything >>>> here I just need to finish something before I completely focus on MXML. >>>> >>>> Mike >>>> >>>> >>>> >>>> Quoting Erik de Bruin <e...@ixsoftware.nl>: >>>> >>>>> Mike, >>>>> >>>>> how does that relate to MXML (if at all...)? >>>>> >>>>> wrt. MXML, will you (someone) be able to take what Alex did for >>>>> FalconJS and put that in FalconJx, or does it not work like that? >>>>> >>>>> I'm trying to get a feeling for where we are in relation to the >>>>> two other Falcons and MXML seems to be a big thing for both of them... >>>>> >>>>> Thanks, >>>>> >>>>> EdB >>>>> >>>>> >>>>> >>>>> On Fri, Jan 18, 2013 at 12:19 PM, Michael Schmalle >>>>> <apa...@teotigraphix.com> wrote: >>>>>> >>>>>> >>>>>> Hey all, >>>>>> >>>>>> Since the project is really taking shape thanks to our great >>>>>> cooperation, I am going to focus on the nemesis I have left and >>>>>> that is finishing of the ActionScript emitter. >>>>>> >>>>>> This project blew up fast with Erik contributing, I didn't get a >>>>>> chance to fully finish the ActionScript impl. Yes, I might have >>>>>> plans down the road to make a read/write AS DOM and having a >>>>>> fully functional AS3 emitter is essential. >>>>>> >>>>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com
