Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Date: Wed, 4 Jan 2012 16:54:00 -0500
From: Arthur Lockman <arthurlockman@ajobi.net>
To: flex-dev@incubator.apache.org
Message-ID: <AE69096CAB5040ADBF492BAFF1B5543F@ajobi.net>
In-Reply-To: <CB2A8953.FA2B%frederic@exuvis.com>
References: <CB2A8953.FA2B%frederic@exuvis.com>
Subject: Re: Flex performance
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="4f04ca78_4962813b_a93"

--4f04ca78_4962813b_a93
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Oh, I get it. I haven't worked much with those. But this does apply to th=
e mobile scene as well. Even apps like Photoshop Touch lag quite a lot on=
 the Galaxy tab 10.1, which came out this year. It's not a code issue, it=
's a framework issue. It does apply to skinning a lot as well. Just perfo=
rmance as a whole needs to be worked on.


--
Arthur Lockman =7C Senior Developer =40 Vivace
vi.vace.me
Twitter: =40arthurlockman
a.rthr.me


On Wednesday, January 4, 2012 at 4:56 PM, =46r=C3=A9deric Cox wrote:

> And it's not only on mobile, on desktop (mostly Mac's) this is a proble=
m
> also. I'm talking about big enterprise applications and websites here
> (like a CMS with graphical skin applied, nothing really in standard =46=
lex
> skin)
> =20
> On 04/01/12 22:49, =22Arthur Lockman=22 <arthurlockman=40ajobi.net (mai=
lto:arthurlockman=40ajobi.net)> wrote:
> =20
> > +1 on this. Performance definitely needs to be addressed on =46lex. I=
've
> > noticed that on newer devices, it works fine. But on the slightly old=
er
> > ones, performance is a huge issue. Hopefully we can get in there and
> > clean it up so it performs better.
> > =20
> > =20
> > --
> > Arthur Lockman =7C Senior Developer =40 Vivace
> > vi.vace.me (http://vi.vace.me)
> > Twitter: =40arthurlockman
> > a.rthr.me (http://a.rthr.me)
> > =20
> > =20
> > On Wednesday, January 4, 2012 at 4:28 PM, =46r=C3=A9deric Cox wrote:
> > =20
> > > I've worked on =46lex applications for the past 4-5 years and see a=
 lot
> > > of developers picking it up since it is easy to create rich
> > > applications. However performance is often an issue.
> > > =20
> > > I mostly see it when using a lot of styles (or one large CSS file) =
and
> > > skinned components (It is even worse with =46lex 4 then it was with=
 =46lex
> > > 3). When a =46lex application gets really large the UI is blocked b=
ecause
> > > there is too much actionscript code needed to get things running. (=
with
> > > this I mean the processing time is acceptable but UI is blocked so =
the
> > > perception is that things are slow)
> > > =20
> > > Therefore I'd like to vote on improving the performance of the =46l=
ex
> > > framework where possible so new and existing applications can benef=
it.
> > > =46lex 4 with spark is great but comes with some performance drawba=
cks, I
> > > hope we can improve on this significantly.
> > > =20
> > > I'm speaking on behalf of the experience and perception in the comp=
any
> > > I work for, I'm curious to see if this is also a problem for the re=
st of
> > > you.
> > > =20
> > > I'm not the expert here but I'd like to get involved and learn so I=
 can
> > > eventually help to fix issues but I believe UIComponent had some
> > > overhead and this together with the StyleManager can cause performa=
nce
> > > drawbacks in large applications
> > > =20
> > =20
> > =20
> =20
> =20
> =20


--4f04ca78_4962813b_a93--