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
