Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: 69.89.22.20 is neither permitted nor
 denied by domain of nickt@perfectedz.com)
MIME-Version: 1.0
In-Reply-To: 
 <CAGw=_tyMH5gk0id1wPOub6nXa8Jikc1vtFPS+xai430VbO6dhQ@mail.gmail.com>
References: 
 <CAMFKFRjVqyYP6+NV+-nw_YDc_UNTDeWnUg-AYZvnkhk4o7Q7uw@mail.gmail.com>
 <813661353067194@web29g.yandex.ru>
 <CAGw=_tzy_BGV9vFZNFR0x04t7yeQkReVSE1RHM5BYEM4KwctfQ@mail.gmail.com>
 <CADPmPauMdRSGO7BQaHfC_w4q=wO4kyk_HT42XoM+g66rR_8zrA@mail.gmail.com>
 <2AF11B3E-2586-4973-9030-A225C35F0879@classsoftware.com>
 <CAMFKFRjdvVhPW86pXPMsefUjWUHJ+q8=dAueceCN5vfHVPPVyw@mail.gmail.com>
 <3E10202E-0C29-4ABC-B29F-0C1304058950@classsoftware.com>
 <CAMFKFRgxtn7bDt60k+Bqx=1CEh9z1mqg2V+vuY_uD+McBw_R7w@mail.gmail.com>
 <57482F8C-80E5-4554-AA4F-F1E62AC60645@classsoftware.com>
 <CAMFKFRghTjN9tMDpHN1wP3hxfDoWrzq+eEe0Ljky4zfHREZM+A@mail.gmail.com>
 <CAGw=_tyMH5gk0id1wPOub6nXa8Jikc1vtFPS+xai430VbO6dhQ@mail.gmail.com>
From: Nick Tsitlakidis <nickt@perfectedz.com>
Date: Fri, 16 Nov 2012 19:46:10 +0200
Message-ID: 
 <CACWtOtWuqwKM84dOTNJWxYXZsd9t+BEn-LJPNO_2rb_ZDa0_vQ@mail.gmail.com>
Subject: Re: Flex 5 in haxe
To: flex-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=14dae9340d5d16b0d404cea059c1

--14dae9340d5d16b0d404cea059c1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

+1 to everything Nicholas Kwiatkowski stated.

AS3 is a matured language and if your objective is to target other runtimes
then you wouldn't convert to AS4 anyway.

I'm not an expert on compilers but it seems that moving Falcon to a
direction where it can target other runtimes is going to take much less
time than a complete rewrite of the framework.
In my opinion, at the moment the amount of commitment here is healthy but
not large enough to have even a basic subset of Flex available soon if we
rewrite the framework (whether it is haxe or AS4 or AS3 or whatever else)

Planning for the future is key here but removing everything and starting
again is not the right choice. We can plan for the future by looking more
realistically on what targets we want for Flex. Then we can start spending
time on creating a me lightweight architecture for the existing code and
making sure that Falcon starts supporting the targets we want.


On Fri, Nov 16, 2012 at 7:33 PM, Alain Ekambi <jazzmatadazz@gmail.com>wrote=
:

> Hello folks,
>
> I would like to add my 2 cents to this interesing discussion.
>
> First let me share my experience with the Flash platform.
>
> We  have been building Flash based solutions  for many years now.
> We have  different set of products mostly based on GWT that cover all the
> spectrum (Native mobile, HTML5 mobile, HTML5 Desktop, Flex, AIR ).
> And i can tell you that our Flash based products are by faar the most
> succesfull !
> Hard to believe no ?
>
> A couple of weeks we had a beta release for the version 3 of our GWT
> binding for Flash (http://emitrom.com/flash4j-beta).
> Download numbers were just insane ! Breaking every records we ever had fo=
r
> a products.
> And that after all all the bad moves done by Adobe.
>
>
> For what I can say 99% of our customers (And we have some big ones)  use
> our Flash products  because it runs on the Flash player!
> Not because it could compile down the JS.
>
> With all the respect there are simply way better JS based libraries.
> If i want to target HTML5/JS/CSS today(and tomorrow) i def wont be thinki=
ng
> about Flex/MXML/AS3.
> The same apply for our customers.
>
> Some of you are talking about Flex/AIR on mobile and think that an HTML5
>  output will make things better.
> Let s keep it honest. Flex is simply a non factor on mobile and will neve=
r
> be a major player.
> No matter how we turn it.
> And compiling to HTML5 wont change that. There are simply better
> alternative on the market.
>
>
> I ve said it many times on this forum.
> All this talk about going  HTML5 with Flex is nice and surelly interestin=
g
> from a technical point.
> But brings nothing to most customers.
>
>
> Our focus should be on making Flex even better for Desktop RIA (I do have
> some plans with FaBridge that i hope i will be able to commnunicate soon)=
.
>
>
> The rest is simply waste of energy and time.
>
> Cheers
>
>
> 2012/11/16 Carlos Rovira <carlos.rovira@codeoscopic.com>
>
> > Hi Justin,
> >
> > as someone with lots of apps and products written in current Flex, I
> would
> > want to continue with my products migration to new versions. But the
> > reality out there is that all ways points to a new rewrite. I'm sure
> there
> > are people here that wants maintain and evolutione the actual framework=
,
> > great!
> >
> > I, as others prefer a new child, so I would spend my time in that kind =
of
> > effort.
> >
> > btw, I see that mostly my apps and products will end if Flex 4.x, but
> maybe
> > some day could be migrated to the new Flex 5.x . All depends on how goo=
d
> > that new framework came and if gets the necesary traction to mimic the
> > actual Flex 4.x. Only time will tell, in the mean while, I'll try to
> > upgrade to new Apache Flex official releases to stay up to the latest
> > versions...
> >
> >
> > 2012/11/16 Justin Mclean <justin@classsoftware.com>
> >
> > > Hi,
> > >
> > > > a new flex 5 from scratch concept would not be trying to be
> compatible
> > > backwards.
> > > So it's not Flex then but a new framework. I'm sure that would be fun=
,
> > but
> > > how would that serve the current users of the Flex framework? Would
> there
> > > be a clear migration path?
> > >
> > > > If the task of write a new Flex is huge...
> > > So let don't and try and improved the one we do have, it's sounds a l=
ot
> > > easier to do and more useful to me.
> > >
> > > Just my opinion, and you're free to do what you want on an Apache
> > project,
> > > so don't let me stop you :-)
> > >
> > > Justin
> >
> >
> >
> >
> > --
> > Carlos Rovira
> > Director de Tecnolog=EDa
> > M: +34 607 22 60 05
> > F:  +34 912 35 57 77
> > http://www.codeoscopic.com
> > http://www.directwriter.es
> > http://www.avant2.es
> >
>


--=20
Nick Tsitlakidis,

CEO and Software Architect at Perfect Edge LTD.
www.perfectedz.com

--14dae9340d5d16b0d404cea059c1--