[FalconJx] MXML implementation notes

2013-01-20 Thread Michael Schmalle
Hi, Alex this one is aimed at you. I have been studying what you have done for the whole day today and managed by copying about 1000 various lines of code to my prototype MXML emitter got your Fragment lists to be populated by my traversal. Now the question is, can you in about 5-6 parag

Re: [FalconJx] MXML implementation notes

2013-01-20 Thread Alex Harui
On 1/20/13 1:50 PM, "Michael Schmalle" wrote: > > Hi, > > Alex this one is aimed at you. I have been studying what you have done > for the whole day today and managed by copying about 1000 various > lines of code to my prototype MXML emitter got your Fragment lists to > be populated by my tr

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
Alex, Responding inline would be to much of a mess. Basically half of my post was about the data spec. So you asking if I am looking for the data spec, my answer would be yes. I'm just trying to write a list of things I need to generate. To reiterate, I understand we are generating data str

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Erik de Bruin
On Mon, Jan 21, 2013 at 1:48 PM, Michael Schmalle wrote: > he I'm not at all sure I understand the details of what you're discussing, so I'll just ask this one rookie question: will I be able to create something like a MXMLGoogEmitter.java to output the information in the MXML in a way that wil

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
Quoting Erik de Bruin : On Mon, Jan 21, 2013 at 1:48 PM, Michael Schmalle wrote: he I'm not at all sure I understand the details of what you're discussing, so I'll just ask this one rookie question: will I be able to create something like a MXMLGoogEmitter.java to output the information i

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Erik de Bruin
Mike, Just to ease my confused mind: > Of course, I am writing things along the same lines as the AS visitors BUT > there is a semantic difference that we are not exactly translating MXML AST > to js, so I need a bit more time figuring out the abstractions. "not EXACTLY translating", what does t

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
Ok here is the deal. As of now Alex is using a descriptor type emittion. Creating "init" objects that initialize a DOM instance. So the ASJS emitter would load up a values object that when the component is created, is populated by those descriptors. Your method is different. Put it this w

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Erik de Bruin
> Does this make sense? It does, and thanks again for your patience. EdB -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Alex Harui
There are probably a lot of other MXML-isms like the classfactory handling. But my hope is to get rid of as many as we can. Most if not all of this code gen can be handled better by code in the framework interpreting data. Really, if was practical to generate code on the fly in AS, I wouldn't conv

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
Quoting Alex Harui : There are probably a lot of other MXML-isms like the classfactory handling. But my hope is to get rid of as many as we can. Most if not all of this code gen can be handled better by code in the framework interpreting data. Really, if was practical to generate code on the f

Re: [FalconJx] MXML implementation notes

2013-01-21 Thread Alex Harui
On 1/21/13 9:02 AM, "Michael Schmalle" wrote: > > Quoting Alex Harui : > >> There are probably a lot of other MXML-isms like the classfactory handling. >> But my hope is to get rid of as many as we can. Most if not all of this >> code gen can be handled better by code in the framework inter

RE: [FalconJx] MXML implementation notes

2013-01-21 Thread Gordon Smith
> MXML is an ugly duckling compared to surfing the AS AST What issues are you referring to? - Gordon -Original Message- From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Sunday, January 20, 2013 1:50 PM To: dev@flex.apache.org Subject: [FalconJx] MXML implementation no

RE: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
aphix.com] Sent: Sunday, January 20, 2013 1:50 PM To: dev@flex.apache.org Subject: [FalconJx] MXML implementation notes Hi, Alex this one is aimed at you. I have been studying what you have done for the whole day today and managed by copying about 1000 various lines of code to my prototype MXM

RE: [FalconJx] MXML implementation notes

2013-01-21 Thread Gordon Smith
From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Monday, January 21, 2013 10:19 AM To: dev@flex.apache.org Subject: RE: [FalconJx] MXML implementation notes Gordon, every time you reply to something I say, it seems like I'm offending you. I really am not. :) What I mea

RE: [FalconJx] MXML implementation notes

2013-01-21 Thread Michael Schmalle
ents with a lower-case letter, but these are only conventions, and are sometimes ignored such as with representing an instance of ParameterElement in TLF. - Gordon -Original Message- From: Michael Schmalle [mailto:apa...@teotigraphix.com] Sent: Monday, January 21, 2013 10:19 AM T

Re: [FalconJx] MXML implementation notes

2013-01-22 Thread Alex Harui
On 1/21/13 6:46 AM, "Michael Schmalle" wrote: > Ok here is the deal. > > As of now Alex is using a descriptor type emittion. Creating "init" > objects that initialize a DOM instance. > I wrote up the descriptor format. Of course, there could be errors and cases I haven't considered. It is