Bug 390045

Summary: Date format in reports
Product: [Unmaintained] kdelibs Reporter: Josef Kufner <jk>
Component: kdecoreAssignee: Josef Kufner <jk>
Status: RESOLVED MOVED    
Severity: normal CC: mark.blakeney, ralf.habacker
Priority: NOR    
Version First Reported In: 4.14.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: screenshot
Wrong dates
Missing years

Description Josef Kufner 2018-02-07 21:34:23 UTC
Hello,
date format in reports does not respect locales, reports always contain english date instead of a local representation.

Additionally, the dates do not include year, which is quite impractical when studying data over few years.
Comment 1 Ralf Habacker 2018-02-25 09:46:14 UTC
Created attachment 110985 [details]
screenshot

From the screenshot I can confirm that data values are not displayed with the current logic, but cannot confirm the date issue - dates on the time axis do have years.
Comment 2 Ralf Habacker 2018-02-25 10:19:10 UTC
(In reply to Ralf Habacker from comment #1)
> I can confirm that data values are not displayed with the current logic
formatting number in KDChart is performed by 

QString AbstractDiagram::Private::formatNumber( qreal value, int decimalDigits, const QChar &decimalPoint ) const

which does not use any locale settings nor does it have parameters for setting decimal point or thousand separator. 

Because this method is located in KDChart, a fix would be located in KDChart.
Comment 3 Ralf Habacker 2018-02-25 18:27:24 UTC
(In reply to Josef Kufner from comment #0)
> Hello,
> date format in reports does not respect locales, reports always contain
> english date instead of a local representation.

Seems that I misread date as data - checked date labels and found that they are localized, so this bug is invalid. If it persists feel free to repopen with a test case of how to appended.

What is not supported is locale support for data labels, but this is a different bug.
Comment 4 Josef Kufner 2018-02-25 21:03:00 UTC
Created attachment 110995 [details]
Wrong dates

Here is a screenshot of KMyMoney running in Czech locale, but showing English dates.
Comment 5 Ralf Habacker 2018-02-25 21:10:13 UTC
(In reply to Ralf Habacker from comment #3)
> What is not supported is locale support for data labels, but this is a
> different bug.
This issue is tracked with bug 391067.
Comment 6 Josef Kufner 2018-02-25 21:12:51 UTC
Created attachment 110997 [details]
Missing years

And here is another screenshot showing dates with no years.
Comment 7 Ralf Habacker 2018-02-26 07:34:39 UTC
(In reply to Josef Kufner from comment #4)
> Created attachment 110995 [details]
> Wrong dates
> 
> Here is a screenshot of KMyMoney running in Czech locale, but showing
> English dates.

This is not an issue of the kmymoney application, but a translation issue of the base kdelibs package. 

german translation for month name is present 

~/src/l10n-kde4> grep -rn '"Januar"' de | grep kdelibs

de/messages/kdelibs/kdecalendarsystems.po:1241:msgstr "Januar"
de/messages/kdelibs/kdecalendarsystems.po:1301:msgstr "Januar"
de/messages/kdelibs/kdecalendarsystems.po:3444:msgstr "Januar"
de/messages/kdelibs/kdecalendarsystems.po:3504:msgstr "Januar"

but czech not 

~/src/l10n-kde4> grep -rn '"Januar"' cs | grep kdelibs

Those translations are released by kde-l10n-xx package (at least on opensuse)

~/src/l10n-kde4> rpm -q -f /usr/share/locale/de/LC_MESSAGES/kdecalendarsystems.mo
kde-l10n-de-17.08.3-123.7.noarch

and requires that a translator need to add those missing translations to the mentioned package.
Comment 8 Ralf Habacker 2018-02-26 07:47:35 UTC
(In reply to Josef Kufner from comment #6)
> Created attachment 110997 [details]
> Missing years
> 
> And here is another screenshot showing dates with no years.

This is a different bug - please file a new bug.
Comment 9 Josef Kufner 2018-02-26 10:36:58 UTC
(In reply to Ralf Habacker from comment #8)
> (In reply to Josef Kufner from comment #6)
> > And here is another screenshot showing dates with no years.
> 
> This is a different bug - please file a new bug.

Here: https://bugs.kde.org/show_bug.cgi?id=391091