Quoting Alex Harui <aha...@adobe.com>:
On 1/18/13 3:49 AM, "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.
Fair enough, and you can do whatever you want in whatever order, but to me,
finishing all of AS is not just the foundation, it is a fully grown tree.
That's why I've taken the approach of doing just enough AS and MXML to get
the demo to run. Why spend time now on AS constructs not used by the
framework? Sure there's a chance some later construct will expose a flaw in
the current implementation, but the implementation has to show
flexibility/extensibility in case we want to "extend" AS in the future. I'd
rather get enough stuff running so others can play with it and get excited
about helping out, and most folks can help in the AS/MXML department, not in
the Java/AST/compiler area.
See my last reply, I concede, I agree that actually FalconJx con do
enough right now that it warrants my attention in MXML.
If my calculations are correct, this will be no harder than what I
just did with the AS traversal, maybe even easier since I'm not
dealing with statements and expressions.
So, to reiterate, I hear what you are saying loud and clear, I will
work on the MXML to produce what you did so there is the possibility
for things to "play" with that would stimulate community involvement
and help shape the future of whatever is going to be.
Mike
Anyway, I'm finishing up some mustella stuff for mobile, but after that I'm
going to add more UI widgets and a lightweight HTTPService to the ASJS
framework so I can code up simple form-type apps in MXML that run without
Flash. Then I might be able to help out on the MXML for FalconJX depending
on whether I get other folks to join in coding the framework.
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
