incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hugo Miguel Pereira Matinho <hugo....@gmail.com>
Subject RE: Flex 5 in haxe
Date Fri, 16 Nov 2012 22:41:19 GMT
Hi all we do also have a slash of momentum building air and mobile apps for
our customers and more and more customers ask us to deliver in flex/air i
believe the framework does have its quirks but nontheless it's still the
best framework to work with and lets be fair HTML5 is not an option and i
can pretty much vouch for that with a big project that went bad because of
it
No dia 16/11/2012 22:33, "Gordon Smith" <gosmith@adobe.com> escreveu:

> > we have a different  approach to Flex development
>
> Can you elaborate on that a little?
>
> -----Original Message-----
> From: Alain Ekambi [mailto:jazzmatadazz@gmail.com]
> Sent: Friday, November 16, 2012 2:22 PM
> To: flex-dev@incubator.apache.org
> Subject: Re: Flex 5 in haxe
>
> @Gordon
> We actually see an increasing interest in Flex/AIR coming for our
> customers.
> With the small team that we have we actualy cant keep up with the requests.
> But i have to say we have a different  approach to Flex development tho.
>
>
> 2012/11/16 Alex Harui <aharui@adobe.com>
>
> >
> >
> >
> > On 11/16/12 1:52 PM, "Fr├ęderic Cox" <coxfrederic@gmail.com> wrote:
> >
> > > I'm glad Alex is here because I believe he does not only have the
> > > experience but also great ideas where Flex should be headed. And he
> > > might have been blocked previously by business decisions but now can
> > > take Flex to a even higher level.
> > >
> > Keep in mind that I'm the biggest proponent of the full re-write.  We
> > may still find a few performance mistakes in the current code (like
> > the Chart styles init that just got fixed), but really, some very
> > smart people have spent a lot of time on the current code and haven't
> found any easy wins.
> > IMO, the framework is slow because lots of code is running just in case.
> > This is especially true for mobile apps where you have the most
> > constrained runtime environment.  The issue that came in today on the
> > users list about slow List performance I'm sure is in part due to
> > TextLine being a bit slower, but probably more due to lots of other code
> running as well.
> >
> > Plus, as many have recently said, the intertwined code we currently
> > have makes it hard for the volunteer to be successful in their spare
> time.
> >
> > I tried the big refactor and it was too difficult for me, but one of
> > the main difficulties was the fact that there was lots of other
> > development going on in the trunk at the same time and keeping my
> > branch running was nearly impossible.  It could be that there won't be
> > as much active development in Apache Flex and a refactor branch will
> > be manageable, but the other problem you run into is that every line
> > of code is needed for some reason at some point, and you tend to start
> > leaving code in.
> >
> > Starting over definitely has its risks, but I think it will have the
> > best outcome.  It won't make 100% parity ever and I'd shoot for 80%
> > over two or three years.  But it will be designed to port to other
> > platforms, and be modular so the volunteer has a chance of making a
> difference.
> >
> > --
> > Alex Harui
> > Flex SDK Team
> > Adobe Systems, Inc.
> > http://blogs.adobe.com/aharui
> >
> >
>

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