flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Harui <aha...@adobe.com>
Subject Re: s:Spacer (was Re: Missing Spark components)
Date Thu, 01 Mar 2012 21:49:08 GMT

On 3/1/12 1:31 PM, "Om" <bigosmallm@gmail.com> wrote:

> On Thu, Mar 1, 2012 at 1:18 PM, Alex Harui <aharui@adobe.com> wrote:
>> On 3/1/12 12:37 PM, "Om" <bigosmallm@gmail.com> wrote:
>>> It might not be a very common use case, but it is a valid use case
>>> nevertheless.
>> I would prefer that we don't try to serve the uncommon use case.  Why make
>> everyone pay for a full UIComponent just for space?  You are welcome to
>> create a sample "SpacerWithToolTip" component.
> How about we create a s:SpacerLightWeight (switched order of words to help
> during autocomplete) that extends off of s:Rect.  And make s:Spacer work
> just like mx:Spacer.  This way we achieve both goals :-)
I don't fully agree.  I would guess the vast majority of folks don't need
tooltips on Spacer and will choose s:Spacer by default.  They should get a
default lightweight one and upgrade to a heavier one in the uncommon case.
Also, SpacerLightWeight doesn't tell you what it doesn't have, but
SpacerWithToolTip does.
>>> mx:Spacer supports everything that UIComponent supports.
>> Shooting for 100% parity with MX is not a good idea, IMHO.
> See, I have a problem with this.  Why would we not want to do that?  The
> ideal scenario is keep the interface same/similar but support everything.
> Internally, we can do things efficiently.
Well, it is probably too late.  Many APIs that do similar things have new
names and you probably don't want duplicate copies of APIs.  Secondly, not
everything in MX is worth keeping.  Like the fact that
verticalScrollPosition on mx:List is per-row not per-pixel.  That's probably
worth changing some code to get.

Alex Harui
Flex SDK Team
Adobe Systems, Inc.

View raw message