incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Om <bigosma...@gmail.com>
Subject Cross-compiling Flex to HTML5/Javascript (Was : Update on Falcon donation)
Date Wed, 29 Aug 2012 00:45:50 GMT
On Tue, Aug 28, 2012 at 5:00 PM, <teotigra@teotigraphix.com> wrote:

> IMHO, problems like this are best solved with some type of framework that
> creates a high level abstraction, where you are taking the load of the
> generation and putting it into the API that the generator implements.
>
> I think in the past, there has been to much talk about emulating as you
> say Gordon, instead of actually solving problems that relate to the future
> development of applications using new technology and platforms.
>
> I really doubt a project like this would last or survive trying to emulate
> anything. It needs to solve a problem and be written from the ground up
> solving that problem.
>
> My point is, what is the end result in HTML5? To find it, work backwards
> from something you want in HTML to the implementation in ActionScript and
> the cross compilation API.
>
>
> Mike
>
>
> Quoting Gordon Smith <gosmith@adobe.com>:
>
>  My personal opinion is that outputting to HTML5+JS+CSS could make sense
>> if ActionScript is restricted to the subset that maps well to JS and if you
>> don't try to emulate any flash.* APIs. There is nothing about MXML that is
>> tied to DisplayObjects, for example. Instead of writing <s:Button> and
>> having it make me a DisplayObject-based Button where DisplayObject is
>> implemented using HTML5 Canvas APIs or something, I would want to write
>> <js:Button> and have it make me a new Button component that is implemented
>> using HTML5 drawing APIs directly. I think the approach of emulating one
>> API with another is generally filled with gotchas that frustrate
>> developers, because there is too much mismatch and the emulation isn't
>> complete enough.
>>
>> - Gordon
>>
>>
>
>
This would work fine if Flex is just MXML.  But the power of Flex is to be
able to use ActionScript to create custom components that can be used in
MXML.

>From your example, if I were to create <js:FancyButton> where would the
specialization code go?  In JavaScript or ActionScript?

I am not sure if JavaScript, then this means that we are not really
creating a Flex app.  What is the point of creating the app in Flex?

If it is ActionScript, then we need an AS to JS translation layer.

IMO, the biggest drawback of HTML5 is the lack of extensibility [1]  If we
tie MXML to HTML5, then we run the risk of losing extensibility in Flex.
Instead, trying to emulate AS in JS, even though a harder problem to solve,
will probably take us further.  Which I believe was the reason that
FalconJS took the approach it did.

But I agree that staying away from trying to emulate flash drawing api
would be a good idea.

[1] http://www.alistapart.com/articles/semanticsinhtml5/

Thanks,
Om

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message