Alex, IMO, there was a huge necesity for the new spark component set due to
multiple problems in MX. God methods with lots of mixed code and without
ante separation of concerns that produces lots of lines of code, very
poorly design that makes very difficult or impossible to extend the code,
etc...Many of the problems comes was herency from code that was created in
other time with less tecnique and knowledge. Today spark is much more
usable and hope be complete so we can deprecate a obsolete MX code.

El martes 10 de enero de 2012, Alex Harui <aha...@adobe.com> escribió:
>
>
>
> On 1/10/12 11:32 AM, "Jonathan Campos" <jonbcam...@gmail.com> wrote:
>
>>
>> I'm interested to see what ideas you have about a new skinning model. I
>> like the way spark skinning works so I wouldn't want to lose that. But
>> interested in what else there is.
> I'm not sure there is "something else".  The Spark skinning model is fine
> (other than maybe it should draw the skin into the component instead of
> being a separate display object).  We could have retro-fitted every MX
> component to instantiate a skin class just like Spark and not built up a
> whole new component set, but there were additional goals around
declarative
> graphic primitives, MXML-only skins, and tooling integration that
motivated
> the decision to build up a new set.
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>

-- 
Sent from Gmail Mobile

Reply via email to