| Summary: | Manual price entry does not respect . as decimal separator | ||
|---|---|---|---|
| Product: | [Applications] kmymoney | Reporter: | Robby Engelmann <robby.engelmann> |
| Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | robby.engelmann |
| Priority: | NOR | ||
| Version First Reported In: | git (master) | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | locale setup | ||
|
Description
Robby Engelmann
2024-12-13 08:11:40 UTC
Yes, that could be when your locale is using the dot as a thousand separator. Is this the case for you? I am using a mixed locale setup here, language = English, number format as well, but currency is Germany (EUR). See attachment Created attachment 176613 [details]
locale setup
The locale setup should IMHO take the number format and apply it to the currency...it looks like there is a comma instead of a dot in the currency format, that makes no sense to me? It could well be, that KMyMoney takes the currency settings for all numbers. Is there something that should be done on the kmymoney-side in order to make number entry with dot(.) work again, e.g. base number entry on the locale setting for numbers and not on the locale currency setting (which is basically only the symbol as important information, or?) |