Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of frederic@exuvis.com designates
 216.134.213.70 as permitted sender)
From: =?iso-8859-1?Q?Fr=E9deric_Cox?= <frederic@exuvis.com>
To: Apache Flex Mailing List <flex-dev@incubator.apache.org>
Subject: Re: Flex performance
Thread-Topic: Flex performance
Thread-Index: AQHMyyc8hFSkOboeVkiC9FQLt7RGM5X9ExYAgAASgQA=
Date: Wed, 4 Jan 2012 21:56:06 +0000
Message-ID: <CB2A8953.FA2B%frederic@exuvis.com>
In-Reply-To: <619FF30DF29E46C388807294826A807E@ajobi.net>
Accept-Language: nl-NL, en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.0.0.100825
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <3c049443-8dc9-4ce4-8da7-6aae50767015>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

And it's not only on mobile, on desktop (mostly Mac's) this is a problem
also. I'm talking about big enterprise applications and websites here
(like a CMS with graphical skin applied, nothing really in standard Flex
skin)

On 04/01/12 22:49, "Arthur Lockman" <arthurlockman@ajobi.net> wrote:

>+1 on this. Performance definitely needs to be addressed on Flex. I've
>noticed that on newer devices, it works fine. But on the slightly older
>ones, performance is a huge issue. Hopefully we can get in there and
>clean it up so it performs better.
>
>
>--
>Arthur Lockman | Senior Developer @ Vivace
>vi.vace.me
>Twitter: @arthurlockman
>a.rthr.me
>
>
>On Wednesday, January 4, 2012 at 4:28 PM, Fr=E9deric Cox wrote:
>
>> I've worked on Flex 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 Flex 4 then it was with Flex
>>3). When a Flex application gets really large the UI is blocked because
>>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 Flex
>>framework where possible so new and existing applications can benefit.
>>Flex 4 with spark is great but comes with some performance drawbacks, I
>>hope we can improve on this significantly.
>> =20
>> I'm speaking on behalf of the experience and perception in the company
>>I work for, I'm curious to see if this is also a problem for the rest 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 performance
>>drawbacks in large applications
>