Version: 0.10.0-rc1 (using 4.2.00 (KDE 4.2.0) "release 88.4", KDE:KDE4:Factory:Desktop / openSUSE_11.1) Compiler: gcc OS: Linux (i686) release 2.6.27.7-9-pae Digikam uses incorrect time format (for me at least ;) ) in the title/tags tab. I configured KDE to use show me times in 24hour format. However, Digikam use the AM/PM format. As I'm not used to this format I have not idea weather the photo is taken in the morning or the afternoon/evening... Please, use the expected time format in the title/tags tab. See attachment for the precise location.
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.