https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21507
--- Comment #14 from Victor Grousset/tuxayo <[email protected]> --- Hi Henri-Damien, thanks for coming on this topic which desperately needs more attention. Actually, unless a change of plans, the code is obsoleted by the proposal of comment 10 (In reply to Henri-Damien LAURENT from comment #12) > Moreover, it seems that there is no way to add more decimals... (which > should be enable for some rates, if there is a fine per page printed for > instance, it could be 0.013 cents per page) The proposed algorithm indeed can't handle that. Due to counting the digits from the right before the separator. If there are 3 then the separator will be a thousands separator, if there are two, it will be a decimal one. About the case of 3-digits-per-page-fee which even when multiplied by many pages will still often need 3 digits: is the idea just that Koha would keep track of the third digit? Instead of manually rounding it before inputing it in Koha? Or is there something more? How would that work for payments? It's to have an idea about what should be done in the next step on decimal numbers (this ticket) and what to plan for follow up tickets in order to have an incremental approach. It seems from your example that it's not about supporting currencies that have 3 digits. So it doesn't imply as much functional changes in various places. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://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/
