<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Sep 3, 2009, at 3:57 AM, Rick Beton wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi,<br><br>Referring to the simplified lookup (<a href="http://cal10n.qos.ch/manual.html#simplifiedLookup">http://cal10n.qos.ch/manual.html#simplifiedLookup</a>), I think this has been simplified too far.<br><br>Firstly, I think your simplification by removing the default properties file is
justified because it makes it easier to test the robustness of the
application, which is a Good Thing.&nbsp; The decision may be controversial because it means that translations have to be done to completion or not at all; partially complete translations will fail.&nbsp; But it is consistent with Cal10n's stated objective of supporting verifiably self-consistent resource bundles.<br>

<br>However, there is another issue that I am unhappy about.&nbsp; Java's Locale allows language, country and region to be specified.&nbsp; You have removed the region (or not documented it).&nbsp; Although the region is not often used, I think it is necessary and should be supported.<br clear="all">
<br><br></blockquote><br></div><div>Actually, a locale supports language, country, region and variant. If an I18n component doesn't support all of those it isn't a viable solution.</div><div><br></div><div>Ralph</div><br></body></html>