Bug 390045 - Date format in reports
Summary: Date format in reports
Status: RESOLVED MOVED
Alias: None
Product: kdelibs
Classification: Unmaintained
Component: kdecore (show other bugs)
Version: 4.14.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Josef Kufner
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-07 21:34 UTC by Josef Kufner
Modified: 2018-02-26 10:36 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
screenshot (63.67 KB, image/png)
2018-02-25 09:46 UTC, Ralf Habacker
Details
Wrong dates (76.05 KB, image/png)
2018-02-25 21:03 UTC, Josef Kufner
Details
Missing years (82.21 KB, image/png)
2018-02-25 21:12 UTC, Josef Kufner
Details

Note You need to log in before you can comment on or make changes to this bug.
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