Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1251.1)
Subject: Re: Other locales for Flex SDK
From: Justin Mclean <justin@classsoftware.com>
In-Reply-To: 
 <CAH12+xNoKnjgQCjxLLkw=GD+LXa3TDL44xZoQv5_mwEX=dPRxw@mail.gmail.com>
Date: Wed, 15 Feb 2012 08:54:08 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <1DAE7D6A-E1C5-4C00-9C0C-695B8F4A8CD2@classsoftware.com>
References: <6BFEC381-C1C3-4F7A-92A0-2A4BF1BDBA98@classsoftware.com>
 <00ce01cceb38$6294b2f0$27be18d0$@davidarno.org>
 <00cd01cceb51$981df440$c859dcc0$@tinylion.co.uk>
 <416F8CCA-3D60-4616-BEE1-6AF88E5B0145@classsoftware.com>
 <CAH12+xNoKnjgQCjxLLkw=GD+LXa3TDL44xZoQv5_mwEX=dPRxw@mail.gmail.com>
To: flex-dev@incubator.apache.org

Hi,

Taking a look at the SDK it looks like the phone format string is only =
used in mx:PhoneFormatter it's unlikely that any non US based =
applications would be using this class to format non US phone numbers. =
Not that that stops the need for a non US centric phone number =
formatter/validator but it does mean that we can mostly ignore =
phoneNumberFormat in the resource bundle as it's currently of little =
use. The class also has hard coded length values so would need to be =
modified to support different formats.

Thanks,
Justin=