Hi, > If you agree that we should use backgroundColor, color, and ColorPicker, > doesn’t that count as US English?
They are names of classes / attributes / styles , we're not going to change that because of backward compatibility. Names of things can be spelt in any way and you retain that spelling in other locales. > Hold on a second. Are we debating a theoretical? Can you supply 3 > examples of words that you want changed? The SDK README contained a couple of words eg favorite and one or two ending in ize I think. Again as I said up front this only require minor changes going forward. > Actually, it looks to me that ant_on_air does support locales. Does it? I was unable to you make it use a locale other than en_US in the installer. > Are you willing to do the homework on how these other projects do their > localization and whether we can leverage that somehow? HTTP uses links in the page [1], several project (CouchDB, Subversion, JMeter, Open Office) use translate.apache.org service [2] to crowd source translations. We could release localised versions of the SDK compile with each locale (put the CI / build machine to good use) and download the correct one based on language in the installer. Thanks, Justin 1. http://httpd.apache.org/docs/trunk/en/ 2. https://translate.apache.org
