flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erik de Bruin <e...@ixsoftware.nl>
Subject Re: [FalconJx] MXML output - FlexJS
Date Wed, 06 Mar 2013 19:08:22 GMT
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
<apache@teotigraphix.com> 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 <erik@ixsoftware.nl>:
>
>> 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
>> <apache@teotigraphix.com> 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 <apache@teotigraphix.com>:
>>>
>>>> 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 <erik@ixsoftware.nl>:
>>>>
>>>>> 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
>>>>> <apache@teotigraphix.com> 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

Mime
View raw message