GNOME Bugzilla – Bug 709220
Allow to override LC_NUMERIC temporarily (e.g. to understand usage of different decimal marks)
Last modified: 2018-06-29 23:19:34 UTC
Some locales (ru_RU.UTF-8 in my case) specify decimal mark as a comma but that doesn't mean local banks always use it, so it can become problematic to import statements from them. I would expect at least some consistency on their side, so probably the best way to deal with this issue is to allow manual specification for LC_NUMERIC (assuming the user can recognise the convention and set the appropriate value). Alternatively, some heuristic can be employed to normalise the numerical fields prior to parsing.
Thank you for your report and apologies for the time it took to reply. In gnucash 2.6 and more recent it's possible to specify a number format while importing. It's fairly simple, providing 3 choices: - use whatever the locale prescribes - use . as decimal separator - use , as decimal separator I believe this handles the most common use cases. Would this work for you ?
Reassign version to 2.4.x so that individual 2.4 versions can be retired.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!
Hello, For my specific usecase new interface would be functional and obvious enough. I would be surprised if any GnuCash user would need to use something else but comma and dot as decimal separators. So I think this can be closed as FIXED.
Ok, thanks for your feedback.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=709220. Please update any external references or bookmarks.