awkay / easy-i18n Goto Github PK

@awkay @Shredder121 I have fixed your JUnit test integer_percentages_can_include_user_specified_fractional_digits() in my 2 commits:

• JuKu@c37d7b4 (encoding problem)
• JuKu@864c3e2

I know it's more like a quick & dirty fix, but Java is the opinion germans use "88 %" (with space) instead of "88%", so you have to change the pattern itself.

The escape mechanism assumes HTML...generalize this.

I no longer use this library, but am glad to take on a contributor member.

Hi again,

Is it possible to load a .po file directly, i mean without compiling this files to resource bundles?

I have debugged a little bit this JUnit test and i think the problem is the missing "a" in the SimpleDateFormat pattern, a stands for am/pm, see here:
https://docs.oracle.com/javase/7/docs/api/java/text/SimpleDateFormat.html

Maybe this is also the problem in the others tests, the "a" was never considered.

I do translation for an application. That application can run plugins provided by independent authors which should also do translation. I guess the plugins need to have their own packages for translations. Is this supported or is it a good idea to do so?

Are there some maven central coordinates available now?

The current code is not quite up-to-par on translation handling when it comes to different country specializations.

The current behavior is:

If locale contains a country, and there is a specialization for that country, then use it for translations.

However, this requires that you do a full set of translations for every string in each of these files. If you miss any, then you'll get the original string from the source.

A better approach is to have it back off. If you ask for a xlation in en_AU, and there is one. Use it. If not, back off and use one from en. If there is not one there, THEN use the string from the code.