incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erik de Bruin <>
Subject Re: [FALCON] It starts with an idea
Date Thu, 15 Nov 2012 11:29:03 GMT
Hi Mike,

Please don't let too much get lost in translation! I think everyone is
working towards the same goal here: we want to be able to have a tool that
allows us to "write once, play everywhere." No-one can (re)build such a
tool on their own, so we need to work together, each on the part of the
puzzle that we feel passionate about.

What the others were wondering is if you were going to go "all Android and
nothing but Android", which you answered: "yes, but I want to build it like
swiss army knife, able to deliver to any platform. Only, I'm personally
going to focus on the Android tool on that knife, because that's 'my
thing'," correct?

You seem to be one of the few people that actually understand all this
stuff, so I'm sure if you build the Android side of things - with the
'swiss army knife' in the back of your mind, of course - we can learn from
that and build towards other platforms from that example.


On Thu, Nov 15, 2012 at 12:08 PM, Michael Schmalle

> BTW;
> I am having a REAL HARD time understanding why Android is different from
> the Flash Player, AIR etc.
> The only thing I am starting to get here is this project is still married
> to Adobe in a big way.
> It's a shame, I bring up an idea about bridging the Flex compiler to some
> other open-source project and I get the "your not inline with the projects
> goals".
> What to keep giving Adobe and their Flash Player all the support and hype,
> hey they have Stage3D now folks we must create a whole new framework that
> runs on it!?
> Is there any other Apache project that is so dependent on a proprietary
> technology like Flex is with the Flash Player?
> Mike
> Quoting Michael Schmalle <>:
>  Hey,
>> Don't get me wrong here people, I always sound like an instigator because
>> I love life to much to be tied down to a thought.
>> Yes I read Carlos's thoughts on splitting the project and not being
>> "inline" with the project's "multi-deployment" goals. This is where
>> translation gets lost in email and culture I guess.
>> Please re-read what I wrote about the Swiss Army knife analogy.
>> All, I am not a corporation nor an huge entity that could create this
>> mammoth run everywhere dream you hope of. I AM a developer that is very
>> into Android and see a bridge with this project. A use-case.
>> So who is to say If I could with others help get this to work, that it
>> couldn't then be applied to other platforms?
>> My strong emphasis on Android is to say, hey focus on the one
>> first(something that you are good at), get it right, perfect it and then
>> move to the many. That is all I am saying, how we get there is another
>> story.
>> Bertrand, your right with that comment about splitting communities. I
>> guess this is why I haven't brought this up because I disagree with the
>> main mission of the run everywhere majic this project is trying to hold, I
>> think it's holding ti back.
>> The truth is, If I got ostracized because of this idea I would just quit
>> and do all Android/Music like my original plan was, why even help something
>> I don't use.
>> Mike
>> Quoting Bertrand Delacretaz <>:
>>  On Thu, Nov 15, 2012 at 11:07 AM, Carlos Rovira
>>> <**> wrote:
>>>> ...My key points here is: whatever you want to do is up to you, but to
>>>> be part
>>>> of Apache Flex should be aligned with the main focus and goal of the
>>>> project. If you use the Falcon compiler to make something useful but
>>>> different, I think it could be a brand new project, that could have
>>>> sense
>>>> in its own....
>>> Splitting projects usually splits communities as well - IMO some
>>> android-specific stuff could very well live in an "android" subfolder
>>> here.
>>> -Bertrand
>> --
>> Michael Schmalle - Teoti Graphix, LLC
> --
> Michael Schmalle - Teoti Graphix, LLC

Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295

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