Affects Version/s: 188.8.131.52
Fix Version/s: 8.6.1
gh.sprint.customfield.default.name:ZK 8.6.1 S1
On iDempiere project we made an implementation to allow entering numbers in Decimalbox with the comma separator corresponding to the user language.
For example, if the user is logged in using language en_US then the default system works without problem.
But when a user log in using language de_DE - zk has problems because the german keyboard returns a comma "," when using the numeric keypad - and zk is not able to interpret the comma as de decimal separator.
So, our implementation figured out that situation and worked perfectly until version 8.5.0
On version 184.108.40.206 we noticed that implementation is broken.
The problem is in the line:
That implementation looks wrong, because the decimal symbol is defined per country and not just per language.
For example the same spanish language uses comma as decimal separator in Colombia (es_CO), but El Salvador (es_SV) uses a dot as decimal separator.
So, the implementation in this case is just taking into account the language, not the country.
Please note that:
doesn't bring the same Locale, it could get similar locale if used something like:
But I think that's not necessary, I found that the following patch solves the problem and even better implements the possibility to use locale per country too:
Can you please consider integrating this?