After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348382 - Possibility to specify 12/24-hour within po-translation
Possibility to specify 12/24-hour within po-translation
Status: RESOLVED DUPLICATE of bug 205137
Product: evolution
Classification: Applications
Component: general
2.8.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-07-23 06:27 UTC by Funda Wang
Modified: 2010-04-02 11:37 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Funda Wang 2006-07-23 06:27:26 UTC 
Currently, evo uses 12-hour time format by default. But in some cases, especially some countries, the default time format would be 24-hour. gnome-applets (clock applet) already allow translators specifying the default time format, I think the it should be done within evo also.
Comment 1 Matthew Barnes 2008-03-11 00:29:17 UTC 
Bumping version to a stable release.
Comment 2 Milan Crha 2010-04-02 11:37:50 UTC 
Thanks for a bug report. I do not think that translators should always force time format for a user. Better option is to have Evolution use actual locale time format whenever possible, but also let user define his/her own time format, if needed. This is covered in bug #205137, thus I'm closing this as a duplicate of it.

Note that not all places are using configurable time format yet, because evolution is using pretty many shorter formats, like those in calendar for different views, and having an option for each of them is just not practical. But for them you've a strftime format specifier in a translation, so you can force 24 hour format, by replacing %I or %l, possibly followed by %p or %P, with %H or %k (see "man strftime" for detailed information about those %X).

*** This bug has been marked as a duplicate of bug 205137 ***