There is another problem with using the defaulting of "es" to mean Latin
America, which is that there are *other* things that locales do besides
text. Ideally, you want to see the particular currency, date format,
etc. for the specific locale, while not having to have twenty-seven
copies of the same resource bundle.
The two-bundle solution also allows some weird special things (like having
the support information for the "About" dialog stored in the specific
bundle for the specific locale, while having most of the UI in the "LA
Spanish" bundle). This way your application looks even MORE localized!
Another backdoor solution is to create a ResourceBundle that contains a
class that loads the UI from another set of resources. This avoids having
the list of locales in the first example (and lets you put specific
locale-based strings in the "upper level" bundle).
Regards,
Addison
===========================================================
Addison P. Phillips Principal Consultant
Inter-Locale LLC http://www.inter-locale.com
Los Gatos, CA, USA mailto:addison@inter-locale.com
+1 408.210.3569 (mobile) +1 408.904.4762 (fax)
===========================================================
Globalization Engineering & Consulting Services
On Wed, 26 Jul 2000, Tex Texin wrote:
> Linus, thanks.
>
> Yes, that was among the first ideas we had, but I don't like leaving it to
> customers to have to edit their configurations and often they
> don't realize that the configuration is editable and just presume the vendor
> doesn't support their market well.
>
> Also, I am not sure how many countries besides Spain, and outside of
> Latin America of course, might use Iberian Spanish. Anyone know?
> tex
>
> Linus Toshihiro Tanaka wrote:
> >
> > My suggestion is to use "es" for Latin American Spanish, and "es_ES" for
> > Iberian Spanish. If some Spanish speaking countries prefer Iberian
> > Spanish, then you could copy the contents from "es_ES" (to "es_PH", for
> > example). This way, you can probably reduce the number of files from
> > 20(?) to a few (or several) files. If some countries really want
> > different contents, then you could create new contents (for "es_MX", for
> > example).
> >
> > +----------------------------------------------------------------+
> > | Linus Toshihiro Tanaka 500 Oracle Parkway M/S 4op7 |
> > | NLS Consulting Team Redwood Shores, CA 94065 USA |
> > | Server Globalization Technology email: ttanaka@us.oracle.com |
> > | Oracle Corporation |
> > +----------------------------------------------------------------+
>
> --
> If practice makes perfect, and nobody's perfect, why practice?
> ----------------------------------------------------------------------------
> Tex Texin Director, International Products
> mailto:texin@progress.com +1-781-280-4271 Fax:+1-781-280-4655
> Progress Software Corp. 14 Oak Park, Bedford, MA 01730
>
> http://www.progress.com #1 Embedded Database
> http://www.SonicMQ.com JMS Messaging- Best Middleware Award
> http://www.aspconnections.com #1 provider in the ASP marketplace
> http://www.NuSphere.com Open Source software and services for MySQL
>
> Globalization Program http://www.progress.com/partners/globalization.htm
> -----------------------------------------------------------------------------
> Come to the Panel on Open Source Approaches to Unicode Libraries
> at the Sept. Unicode Conference http://www.unicode.org/iuc/iuc17
>
This archive was generated by hypermail 2.1.2 : Tue Jul 10 2001 - 17:21:06 EDT