flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Justin Mclean (Resolved) (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (FLEX-29) Existing validator and formatter classes only validate US and Canadian postcodes
Date Tue, 20 Mar 2012 23:01:39 GMT

     [ https://issues.apache.org/jira/browse/FLEX-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Justin Mclean resolved FLEX-29.

    Resolution: Fixed

Committed to patches branch. All unit tests pass.
> Existing validator and formatter classes only validate US and Canadian postcodes
> --------------------------------------------------------------------------------
>                 Key: FLEX-29
>                 URL: https://issues.apache.org/jira/browse/FLEX-29
>             Project: Apache Flex
>          Issue Type: Improvement
>            Reporter: Justin Mclean
>            Assignee: Justin Mclean
>            Priority: Minor
> Despite the Flex SDK having several supported locales it only supports US and Canadian
style zip codes. It should provide a more flexible way to validate and format worldwide postcodes.
> I've created PostCodeValidation and PostCodeFormatter classes that solve that very issue.
> The components, tests and example application can be found here:
> http://svn.apache.org/viewvc/incubator/flex/whiteboard/jmclean/validators/src/
> Compared to the existing validators they:
> 1. Supports a wide range of postcode  formats both numeric and alpha numeric
> 2. Provide convenience functions to obtain formats for common locales
> 3. Provides a  mechanism for user defined validation
> 4. Supports fullwidth characters (as it uses flash.globization classes for string comparisons)
> 5. Easier to extend (although less need to do so as they are more flexible)
> Code has been:
> 1. Reviewed by a couple of people on the list and code has been updated based on those
> 2. Generates nice ASdocs.
> 3. Working examples has been provided.
> 4. Code is unit tested including fullwidth characters.
> 5. Code is better quality than existing ZipCode validator components (IMO)
> Possibly outstanding.
> There are some architectural changes that could be made but they they would probably
have to be made to all Validators.
> The ASDocs could do with a review but certainly reasonable.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message