KMyMoney formats incorrectly numbers and dates using the French locale, mainly on reports. On reports, numbers use a point as a decimal separator instead of a comma and there is no thousand separator while a thin unbreakable space (U+202F) should be used. Additionally, currency symbol is not shown and dates are in “MMM DD” format (e.g. “oct 21”) instead of “DD MMM”. In the “Scheduled transactions” tab, days are printed as “1er”, “2ème”, “3ème”, etc. In French day numbers are not ordinal, so the correct spelling is “1”, “2”, “3”, etc. Finally, an hyphen is used for negative values instead of the minus sign '−' (U+2212) as it should be, making it looks bad. Reproducible: Always
Can you check any other KDE applications to help determine if this is a KDE locale issue or something specific to KMM? Are the dates correct other than on reports, such as on the ledger? Are days correct in places other than scheduled transactions? If the hypen vs. minus everywhere or just in specific windows?
Additionally, can you check your KDE locale settings in System Settings > Locale?
(In reply to comment #1) > Can you check any other KDE applications to help determine if this is a KDE > locale issue or something specific to KMM? Are the dates correct other than > on reports, such as on the ledger? Are days correct in places other than > scheduled transactions? If the hypen vs. minus everywhere or just in > specific windows? Yes it is, I use the French KDE on a daily basis and I never noticed any localization problems including on dates and numbers. In my KDE locale settings, numbers and dates are formatted as they should be; i.e., “DD MMM” for dates, minus signs for numbers, etc. Other dates in KMM are correctly displayed but in the “DD/MM” or “DD/MM/YYYY” format: I did not find any other places where the “MMM DD” format is used. Also, the currency symbol is not displayed on the ledger; but I don’t know if it is wanted or not.
(In reply to comment #0) > > In the “Scheduled transactions” tab, days are printed as “1er”, “2ème”, > “3ème”, etc. You mean Scheduled transactions -> Calendar view tab? Running kmymoney in locale fr I see “1er”, “2ème”, “3ème”, etc in the calendar table, but l10n-kde4/fr/messages has no “1er”, “2ème”, “3ème” Conclusion: strings come from outside kde I have items like 2nd + 16th *without* sourrounding xx in the calender table, running kmymoney in locale x-test. but kmymoney has no strings like 2nd in the code Conclusion: strings come from outside kde - from Qt?
The come from KMyMoney: void kMyMoneyScheduledDateTbl::addDayPostfix(QString& text) { int d = text.toInt(); if (d >= 1 && d <= 31) { QStringList postfixList = i18nc("These are the suffix strings of the days in the calendar view; please make sure that you keep all the 30 separators (the '-' character) when translating", "st-nd-rd-th-th-th-th-th-th-th-th-th-th-th-th-th-th-th-th-th-st-nd-rd-th-th-th-th-th-th-th-st").split('-', QString::KeepEmptyParts); if (d <= postfixList.size()) // make sure that an improper translation will not cause a crash text += postfixList[d-1]; } }
I can't reproduce the reports related problems. Using a french locale I get "-1136,00" and dates formatted as "DD/MM/YYYY". Please check the locale settings opened from "Settings"->"KDE language settings"
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!