From flex-dev-return-5923-apmail-incubator-flex-dev-archive=incubator.apache.org@incubator.apache.org Thu Mar 1 17:49:18 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 60C8A9B10 for ; Thu, 1 Mar 2012 17:49:18 +0000 (UTC) Received: (qmail 810 invoked by uid 500); 1 Mar 2012 17:49:17 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 717 invoked by uid 500); 1 Mar 2012 17:49:17 -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 709 invoked by uid 99); 1 Mar 2012 17:49:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Mar 2012 17:49:17 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [66.167.159.180] (HELO mail.digitalprimates.net) (66.167.159.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Mar 2012 17:49:10 +0000 Received: from DPSBS1.digitalprimates.local ([fe80::5823:d1b4:86c2:3ad0]) by DPSBS1.digitalprimates.local ([fe80::5823:d1b4:86c2:3ad0%22]) with mapi id 14.01.0289.001; Thu, 1 Mar 2012 11:48:48 -0600 From: "Michael A. Labriola" To: "flex-dev@incubator.apache.org" Subject: RE: s:Spacer (was Re: Missing Spark components) Thread-Topic: s:Spacer (was Re: Missing Spark components) Thread-Index: AQHM94jVRqNiY6xYRk+mBIUc10ZvbJZV9BGAgAAFuoD//5vZgIAAHT7WgABngoD//5xkQA== Date: Thu, 1 Mar 2012 17:48:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.254.54] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org > This is exactly why I feel we should have these. People first=20 > instinct, at least mine was, was to look for an equivalent. Subclassing <= s:Rect/> with convenience setters would go a long way toward reducing frust= rations people have had with migrating. Not everyone is immediately aware o= f >all the skinning possibilities and new paradigms such as the layout obje= ct so anything we can do to smooth out the migration is a plus. Plus it ill= ustrates proper use of some of the Spark concepts. Don't see how its a bad = thing. If >people really want to keep writing out a few lines for a Rect as= opposed to just writing then that's their choic= e but I think we should have the class available so I'm going to code one u= p today. Just my 2 cents. This all seems dangerous. Have a composed implementation o= f each individual set of classes just gets us back to mx. Why set the width to 100% on a space, why not have or = then you don't need to set the properties at all? Inc= identally, I support that idea (honestly) if someone want to compose object= s in their own framework or project for their own use, but does the SDK rea= lly need to have every combination of composition that's possible? To me th= at is opposite of a small, tight SDK. Mike