flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From JP Bader ...@zavteq.com>
Subject Re: What namespace should new components go in?
Date Tue, 31 Jul 2012 16:10:05 GMT
+1 to change the URI to apache, however that might (most likely will)
cause backwards compatibility issues for any mxml refs.

On Tue, Jul 31, 2012 at 11:00 AM, Gordon Smith <gosmith@adobe.com> wrote:
> Regarding the existing namespaces -- and I'm referring to the namespace URIs, not the
namespace prefixes -- isn't it time to get "adobe" out of  them and "apache" into them, now
that the parity release is complete?
> For example,
> http://ns.adobe.com/mxml/2009 -> http://ns.apache.com/mxml/2012
> library://ns.adobe.com/flex/spark -> library://ns.apache.com/flex/spark
> library://ns.adobe.com/flex/mx -> library://ns.apache.com/flex/mx
> - Gordon
> -----Original Message-----
> From: Justin Mclean [mailto:justinmclean@gmail.com] On Behalf Of Justin Mclean
> Sent: Monday, July 30, 2012 7:07 PM
> To: flex-dev@incubator.apache.org
> Subject: What namespace should new components go in?
> Hi,
> Reposting (and expanding) as suggested under a new topic to make it clear this discussion
is about namespaces. This has been discussed on the list before but no clear consensus was
> In the patches branch I've created a new apache target in the build script to compile
an an apache.swc to place new components in. It uses a new namespace - http://flex.apache.org/ns.
This has been in the patches branch for several months. The PostCode validator and format
classes currently use this namespace and I would like to move them into trunk, followed closely
by Mike's collection classes.
> What are people preferred option with new components and namespaces?
> 1. Use existing mx and spark namespaces
> Advantages: No new namespaces required.
> Disadvantages: New components mixed in with old and compiled into existing swcs making
them larger etc, hard know what's new over 4.6 SDK. Not always obvious which namespace mx
or spark a new component should go into.
> 2. Place components under a single new namespace called http://flex.apache.org/ns.
> Advantages: All new components have a new ant target, new swc and namespace so easy to
see what is new in the SDK and if a project is using Apache Flex. Work already done in patches
branch. Namespace is valid URL and was suggested by a mentor.
> Disadvantages: It's a new namespace.
> Example of how a user of the SDK would see it/use it:
> http://svn.apache.org/viewvc/incubator/flex/whiteboard/jmclean/validators/src/PostCodeValidationExample.mxml?view=markup
> (also see patches branch)
> 3. Place components under a single new namespace other than one suggested in 2.
> See 3 for advantages and disadvantages.
> 4. Place components under multiple new namespaces
> Advantage: No need to decide if it's a mx or spark component.
> Disadvantages: Lots of new namespaces. More work on build scripts.
> 5. Don't care.
> In which case I'll just check in what I've done in the patches branch.
> Thanks,
> Justin

JP Bader
Zavteq, Inc.
@lordB8r | jp@zavteq.com

View raw message