[cal10n-dev] LocaleNames

Ralph Goers ralph.goers at dslextreme.com
Wed Sep 2 08:20:47 CEST 2009


I'm not sure what the point of LocaleNames.java is. In a "normal"  
environment I would expect to see
colors_en_us.properties
colors_en.properties
colors_jp.properties
cololrs.properties

In a lot of cases (in the U.S. anyway) colors.properties and  
colors_en.properties would be identical. But if the locale is set to  
something like es_MX, which doesn't exist in the list above, then  
colors.properties is going to be used.

The other aspect to this is that property files can be chained. So  
colors_en_us.properties might only contain the keys for us specific  
phrases while colors_en.properties would contain definitions of all  
keys.

The point is that in a "properly" configured system the key verifier  
should only fail if there is no key in the default file.


More information about the cal10n-dev mailing list