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 309478 - GtkCalendar doesn't honor LC_TIME
GtkCalendar doesn't honor LC_TIME
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: Other
2.6.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-07-04 20:46 UTC by Loïc Minier
Modified: 2005-07-05 14:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Loïc Minier 2005-07-04 20:46:56 UTC 
Hi,

GtkCalendar doesn't honor the LC_TIME locale because of the evil week_start =
_("calendar:week_start:0"); hack in gtkcalendar.c.

This hacks relies on gettext to compute the first day of the week, but gettext
relies on LANG.

Why won't gtk rely on "nl_langinfo(_NL_TIME_FIRST_WEEKDAY);"?

This was reported by Eric Lavarde in Debian bug <http://bugs.debian.org/313539>.

Bye,
Comment 1 Matthias Clasen 2005-07-05 13:44:58 UTC 
_NL_TIME_FIRST_WEEKDAY is not a standard interface. It stems from a rejected iso
draft that will never become a standard. And its semantics are somewhat unclear.
But nevertheless, GTK+ 2.8 will make use of this interface, if it is present, and
fall back to the  calendar:week_start:0 translation if it is not present. I
don't see what qualifies the fallback as "evil", though.
Comment 2 Loïc Minier 2005-07-05 14:03:59 UTC 
It was more a hack than "evil" actually.

(It was surprizing to shift the dependency for retrieving l10n information to
the i18n system.)

Thanks for fixing!