https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18316
--- Comment #46 from Katrin Fischer <[email protected]> --- (In reply to Alex Arnaud from comment #42) > (In reply to Katrin Fischer from comment #39) > > > Input number for decimals can be problematic for translations in my > > experience. Please test for example with de-DE if the value is correctly > > stored (it will force a decimal comma instead of . on input, which is > > inconsistent with our other input fields right now) > > I just tried on a Koha translated into German. Sounds that there no problem > with the values stored. Any test plan to reproduice issue you talked about? The problem we had was that it forced you to enter decimal values with comma but Koha didn't undertand them and then truncated the value. 1,1 = 1. This happened in fines in an older version, some more info here: Bug 17098 - Validation problems with form field type "number" (decimal separator) We are still using the patch described there. It might depend on the browser and version you use and will only appear if the template language is one that uses decimal commas. But what remains, I think, is a problem of consistency. Having some inputs ask for comma and others for . is confusing to libraries. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
