https://bugs.kde.org/show_bug.cgi?id=487317
--- Comment #6 from Thomas Baumgart <tbaumg...@kde.org> ---
I can confirm that this problem is introduced by KMyMoney (not Alkimia). Over
the last couple of days, I analyzed it a bit and found out, that
std::localeconv() apparently provides false information about the location of
the currency symbol in the member p_cs_precedes when the selected locale is
tr_TR.UTF-8 (it works correctly for others where the currency sign precedes the
amount).  KMyMoney uses that information provided by std::localeenv() to format
the monetary values and that is why the display differs and is incorrect.

The display in the KCM module is based on QLocale::toCurrencyString() which
works on Qt's own locale information.

More to come.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to