[Koha-bugs] [Bug 21507] Decimal separators issues in patrons payments/fines, simplified

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21507

--- Comment #14 from Victor Grousset/tuxayo <victor at tuxayo.net> ---
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.