Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of jonbcampos@gmail.com
 designates 209.85.214.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F04D4C3.8060402@dot-com-it.com>
References: <619FF30DF29E46C388807294826A807E@ajobi.net>
 <CB2A8953.FA2B%frederic@exuvis.com>
 <CA+67v5_WU1oFG8QZuaOGFWknKQB7D9wvaQ5CVxkC5+7OoK+QUg@mail.gmail.com>
 <4F04D4C3.8060402@dot-com-it.com>
From: Jonathan Campos <jonbcampos@gmail.com>
Date: Wed, 4 Jan 2012 16:44:21 -0600
Message-ID: 
 <CAAd0Wrbiw5qBF-bU8TxLQgc2KpFt5+DbBdsyNF3Jb0rTBcz5wg@mail.gmail.com>
Subject: Re: Flex performance
To: flex-dev@incubator.apache.org, jeffry@dot-com-it.com
Content-Type: multipart/alternative; boundary=f46d0446305cc2ef8404b5bb8fba

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

Just to be fair. If they want to make another set of Components that is
completely their choice. Sorry Jeff for responding with this to your post,
just see lots of people talking about what should and should not be done.
We all have to remember that some  people's passions may be in a different
direction then what we believe and that is perfectly okay.

I can't say that everyone's passion will be accepted into the trunk, but
you are more than happy to work on it.

On Wed, Jan 4, 2012 at 4:37 PM, Jeffry Houser <jeffry@dot-com-it.com> wrote=
:

>
>  Has open Laszlo stayed up to date?  I hadn't heard of it in many years.
>
>  I--personally--would  rather see efforts put towards optimizing existing
> Flex Components or the component framework; not on creating a 3rd compone=
nt
> framework within Flex.
>
>
> On 1/4/2012 5:10 PM, Raju Bitter wrote:
>
>> It would make sense to build a light-weight component set for Flex,
>> which could be used for rendering Flex apps in HTML5 later on. The
>> approach could be based on the UI/component implementation OpenLaszlo
>> has (which provides cross-compilation features for ActionScript and
>> JavaScript, check this demo):
>> http://vimeo.com/32853986
>> HTML5 version http://www.openlaszlo.org/lps_**
>> demos/demos/lzpix/app.lzx?lzr=3D**dhtml<http://www.openlaszlo.org/lps_de=
mos/demos/lzpix/app.lzx?lzr=3Ddhtml>
>> SWF version http://www.openlaszlo.org/lps_**
>> demos/demos/lzpix/app.lzx?lzr=3D**swf10<http://www.openlaszlo.org/lps_de=
mos/demos/lzpix/app.lzx?lzr=3Dswf10>
>>
>> 2012/1/4 Fr=E9deric Cox<frederic@exuvis.com>:
>>
>>> 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 Fle=
x
>>> skin)
>>>
>>> On 04/01/12 22:49, "Arthur Lockman"<arthurlockman@ajobi.**net<arthurloc=
kman@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 olde=
r
>>>> 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.
>>>>>
>>>>> I mostly see it when using a lot of styles (or one large CSS file) an=
d
>>>>> skinned components (It is even worse with Flex 4 then it was with Fle=
x
>>>>> 3). When a Flex application gets really large the UI is blocked becau=
se
>>>>> there is too much actionscript code needed to get things running. (wi=
th
>>>>> this I mean the processing time is acceptable but UI is blocked so th=
e
>>>>> perception is that things are slow)
>>>>>
>>>>> 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.
>>>>>
>>>>> I'm speaking on behalf of the experience and perception in the compan=
y
>>>>> I work for, I'm curious to see if this is also a problem for the rest
>>>>> of
>>>>> you.
>>>>>
>>>>> I'm not the expert here but I'd like to get involved and learn so I c=
an
>>>>> eventually help to fix issues but I believe UIComponent had some
>>>>> overhead and this together with the StyleManager can cause performanc=
e
>>>>> drawbacks in large applications
>>>>>
>>>>
>>
>>
>
> --
> Jeffry Houser
> Technical Entrepreneur
> 203-379-0773
> --
> http://www.flextras.com?c=3D104
> UI Flex Components: Tested! Supported! Ready!
> --
> http://www.theflexshow.com
> http://www.jeffryhouser.com
> http://www.asktheflexpert.com
> --
> Part of the DotComIt Brain Trust
>
>


--=20
Jonathan Campos
Dallas Flex User Group Manager
http://www.d-flex.org/
blog: http://www.unitedmindset.com/jonbcampos
twitter: http://www.twitter.com/jonbcampos

--f46d0446305cc2ef8404b5bb8fba--