From flex-dev-return-6052-apmail-incubator-flex-dev-archive=incubator.apache.org@incubator.apache.org Mon Mar 5 04:22:13 2012
Return-Path:
X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org
Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
by minotaur.apache.org (Postfix) with SMTP id 997919CF5
for ; Mon, 5 Mar 2012 04:22:13 +0000 (UTC)
Received: (qmail 39981 invoked by uid 500); 5 Mar 2012 04:22:13 -0000
Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org
Received: (qmail 39751 invoked by uid 500); 5 Mar 2012 04:22:11 -0000
Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help:
List-Unsubscribe:
List-Post:
List-Id:
Reply-To: flex-dev@incubator.apache.org
Delivered-To: mailing list flex-dev@incubator.apache.org
Received: (qmail 39735 invoked by uid 99); 5 Mar 2012 04:22:10 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Mar 2012 04:22:10 +0000
X-ASF-Spam-Status: No, hits=1.5 required=5.0
tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of constantinnovationsinc@gmail.com designates 209.85.214.47 as permitted sender)
Received: from [209.85.214.47] (HELO mail-bk0-f47.google.com) (209.85.214.47)
by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Mar 2012 04:22:03 +0000
Received: by bkcjg15 with SMTP id jg15so2958774bkc.6
for ; Sun, 04 Mar 2012 20:21:43 -0800 (PST)
Received-SPF: pass (google.com: domain of constantinnovationsinc@gmail.com designates 10.204.131.74 as permitted sender) client-ip=10.204.131.74;
Authentication-Results: mr.google.com; spf=pass (google.com: domain of constantinnovationsinc@gmail.com designates 10.204.131.74 as permitted sender) smtp.mail=constantinnovationsinc@gmail.com; dkim=pass header.i=constantinnovationsinc@gmail.com
Received: from mr.google.com ([10.204.131.74])
by 10.204.131.74 with SMTP id w10mr9839192bks.84.1330921303206 (num_hops = 1);
Sun, 04 Mar 2012 20:21:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=iSwWm2iDtTNnHohaDfKeuNVsBeSyZTNV9qBMR2mvot4=;
b=S3lggP05czgXVbWRRB5n2N1w77RCmnsobJJohJdponKpRuxLYe0+BfFaUJxP7hzNsb
Qt5A803rh3wBvjNe8acZ6qQn19b2pjkF+lmjo6utVIHuIwHkFyRxlX5on1K0EWSwQ5Fq
PDForb+ujKjW69PUXhX7zcwIdttfewDm1fnWEq5GPg0edA+6yf0YVd1VOElryM4H/Vq4
BxtQvuXUH8AatOnKKPa4RInLKhX4nU1aVBUXgh1G9pxmbRi5NDZtLsBB2W9xp/PJ2Ynz
wrcgCHiLrVIHULFIFyvbUFcWkkXqXhmcNAYATNEZtoffBai76li2wQ87zbzeb45Xajkp
N0FA==
MIME-Version: 1.0
Received: by 10.204.131.74 with SMTP id w10mr7879323bks.84.1330921303069; Sun,
04 Mar 2012 20:21:43 -0800 (PST)
Received: by 10.204.201.129 with HTTP; Sun, 4 Mar 2012 20:21:43 -0800 (PST)
In-Reply-To:
References:
<4F51FC95.6000204@gmail.com>
Date: Sun, 4 Mar 2012 20:21:43 -0800
Message-ID:
Subject: Re: Why Spark? (was Re: s:Spacer (was Re: Missing Spark components))
From: Tony Constantinides
To: flex-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=00151747bd0c7e526504ba774322
X-Virus-Checked: Checked by ClamAV on apache.org
--00151747bd0c7e526504ba774322
Content-Type: text/plain; charset=ISO-8859-1
My issue with this whole issue is choice.
Even if I select "Spark only" its loads the MX library core and Spark
components which are based on mx.core.UIComponent.
I love the desire for backward compatibility but GIVE ME A CHOICE to cut
the mx framework loose. Its still loads 6 RSL
with its loading time which people use as the excuse to dump Flex. Unless
this is FIXED, this framework does not have a
snowball chance of Hell of every be successful.
Suggestion: Based Spark classes on a SPARK base framework class and not
mx.core.UIComponent with its 14 thousand
lines of code.
Over engineered much?
I already building up my own Spark custom framework rather than the one
from Flex 4.6.
I basically getting components only as 1/3 as big and running nice and
fast. Although I like the Flex framework
I like to use less functionality and get smaller components than the option
of loading two frameworks
On Sun, Mar 4, 2012 at 7:19 PM, Michael A. Labriola <
labriola@digitalprimates.net> wrote:
> > In Conclusion in my opinion:
> > Spark should be the base for all components from now on.
> > MX should die mainly because we cant use it for Mobile and it is not
> > based on Spark (that makes the SDK more hard to maintain).
>
> MX can't die. It is still used by many more projects than Spark. It will
> need to be maintained for the foreseeable future
>
> > A new components list based on Spark should replace MX for easy and
> > simple skinning use cases.
>
> I think it's fine to have a rich set of skins that you can use if you want
> all of those styling attributes. I would hate to penalize every project
> though. It still seems to me that, like HGroup and VGroup, we can extend
> all of these classes and put them in a library... perhaps SparkSimple. It's
> nothing but composed versions of the other classes with a more full
> featured skin and additional style declarations. To me that would be the
> way to solve both issue.
>
>
--00151747bd0c7e526504ba774322--