ср, 29 янв. 2020 г. в 00:08, Michael Osipov <micha...@apache.org>: > > Folks, > > I recently worked on some localization issues and noticed that, in my > opinion, these JARs are incorrectly named: > > > tomcat-i18n-cs.jar > > tomcat-i18n-de.jar > > tomcat-i18n-es.jar > > tomcat-i18n-fr.jar > > tomcat-i18n-ja.jar > > tomcat-i18n-ko.jar > > tomcat-i18n-pt-BR.jar > > tomcat-i18n-ru.jar > > tomcat-i18n-zh-CN.jar > > Most people confuse I18N with L10N -- but they are distinct. According > to Mozilla [1] Tomcat is internationalized and provides localization > with those bundles. As far as I understand that, they should be > > either tomcat-l10n-<locale>.jar or tomcat-nls-<locale>.jar > > [...] > > Comments?
1. Overall, I am not convinced. I think that for an average foreigner a discussion about what term is better makes little sense. I know people for whom those words are hard to pronounce and are a little obscure. Does changing one "obscure" word with another makes life easier? How? Does it help to reach some wider audience? I think that it would be better to keep it simple (KISS) and continue using the existing historic naming pattern. I am really proud of 20+ years of history of our project. If there are some things there that are not proper [American] English, it just means that there are different people involved with the project, and it is a good sign. (Being too strict about language is a barrier that may reject people.) 2. In multi-module projects built with Apache Maven, one widely used naming convention is to name artifacts produced by the nested modules as <parentId>-<foo>. E.g., a discussion: https://stackoverflow.com/questions/9435460/maven-naming-conventions-for-hierarchical-multiple-module-projects I mean that the current artifact names of "tomcat-i18n-<locale>" can be interpreted as module "<locale>" in a parent project "tomcat-i18n". It means that those artifacts are part of internationalization effort in Tomcat. 3. Overall, my vote for this proposal is -0.5. It is not a veto, but I do not like it. Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
