| Summary: | Digikam uses incorrect time format in the title/tags tab | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Richard Bos <richard.bos> |
| Component: | Albums-MainView | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, marcel.wiesweg |
| Priority: | NOR | ||
| Version: | 0.10.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 2.5.0 | |
| Sentry Crash Report: | |||
| Attachments: | Incorrect time format in title/tags tab | ||
|
Description
Richard Bos
2009-02-07 18:06:33 UTC
Created attachment 31088 [details]
Incorrect time format in title/tags tab
Added screenshot.
Digikam uses a standard Qt widget here, QTimeEdit. This formats the time according to your system locale. KDE settings are not honoured, there is no "KTimeEdit" currently in kdelibs (there is one in kdepimlibs, unknown to me why not in kdelibs). I can reproduce your problem by setting "LANG=en_US" for example. Check your settings in Yast2 -> System -> Language. Hi Marcel, I understand what you're saying, and you're indeed correct in your assumption that my LANG is set to en_US, but that should not determine the time format in KDE. That should than be determined by: # locale | grep -i time LC_TIME="en_US.UTF-8" Do you happen to know, whether this is the case indeed for QTimeEdit? It's a pity that you changed the bug status to Resolved Downstream, and so blocking the way to use this bug to get a KTimeEdit into kdelibs. Is it possible for you to change the product to kdelibs or kdepim to ask them (the respective developers of kdelibs or kdepim) to develop KTimeEdit in kdelibs? I don't want to change the LANG setting, I have been working for years with this on the shell it should not be necessary to change this to let a kde program behave nicely. Thanks for your support! You could create a new entry (wish) for kdelibs asking for a KTimeEdit equivalent of QTimeEdit that looks just as QTimeEdit but honors KDE settings. I'm not completely convinced of the kdepimlibs version, it is optimized for entering appointments etc. Qt widgets use QLocale, which is determined by the LANG variable. It's just if you set LANG to en_US, you are expected to want American time formats ;-) Opened request for KTimeEdit, the bugzilla number is: http://bugs.kde.org/show_bug.cgi?id=183630 So we can close this report finally? If you ask me the answer is: no. Because the time is still presented in the wrong format. This bug report is no dependent on bug 183630. When that is added to kdelibs, this bugreport can be fixed (hopefully it will be sufficient to change a Q in K). But that is when you ask me. If you think different about this, it is your call. QDateTimeEdit has a setDisplayFormat() that can be used to change the display/input format. Per default, it uses the locale specific format. See also QLocale::dateTimeFormat() and similar functions. Richard, This file still valid using digiKam 2.x serie ? Gilles Caulier Gilles, problem is solved :) The bug report can be closed. Thanks. |