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 300031 - [enh] allow customisation of first week day
[enh] allow customisation of first week day
Status: RESOLVED NOTABUG
Product: gtk+
Classification: Platform
Component: Widget: Other
2.6.x
Other other
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-04-09 22:41 UTC by Sven
Modified: 2005-07-11 19:13 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Sven 2005-04-09 22:41:03 UTC
Distribution: Debian 3.1
Package: gnome-panel
Severity: normal
Version: GNOME2.10.0 2.10.x
Gnome-Distributor: Ubuntu
Synopsis: week starts from a wrong day
Bugzilla-Product: gnome-panel
Bugzilla-Component: clock applet
Bugzilla-Version: 2.10.x
Description:
Description of Problem:
i prefer british english locale, but i live in estonia and all calendars here start week from monday. 

gnome's calendar applet starts week from sunday and i can't change it. 

Steps to reproduce the problem:
1. choose your locale as british english
2. see your weeks begin at sundays
3. 

Expected Results:
ability to change first days of week, like evolution does. 

How often does this happen?
always




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-04-09 18:41 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "gnome-panel".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Allison Karlitskaya (desrt) 2005-04-10 01:44:35 UTC
Confirmed unique enhancement request.
Comment 2 Allison Karlitskaya (desrt) 2005-04-10 01:54:13 UTC
This is actually a GTK problem.  Reassigning.

In gtkcalendar.c:3559:

#ifdef HAVE__NL_TIME_FIRST_WEEKDAY
  week_start = nl_langinfo (_NL_TIME_FIRST_WEEKDAY);
  private_data->week_start = *((unsigned char *) week_start) % 7;
#else
  /* Translate to calendar:week_start:0 if you want Sunday to be the
   * first day of the week to calendar:week_start:1 if you want Monday
   * to be the first day of the week, and so on.
   */
  week_start = _("calendar:week_start:0");

  if (strncmp (week_start, "calendar:week_start:", 20) == 0)
    private_data->week_start = *(week_start + 20) - '0';
  else
    private_data->week_start = -1;

  if (private_data->week_start < 0 || private_data->week_start > 6)
    {
      g_warning ("Whoever translated calendar:week_start:0 did so wrongly.\n");
      private_data->week_start = 0;
    }
#endif
Comment 3 Allison Karlitskaya (desrt) 2005-04-10 02:03:53 UTC
The only thing I can imagine for this is to write a patch to GtkCalendar to have
a new gtk_calendar_set_first_day_of_week() and add a preference (gasp) for this
to the clock applet preferences dialog (including a 'Default' option). 
Alternatively, we could have the clock applet check the Evolution setting (but
probably not GTK since GTK can't talk to gconf, right?)

The setting is /apps/evolution/calendar/display/week_start_day.  Unfortunately,
it doesn't appear to have a 'default' choice and it appears to be set to
'Monday' by default in my en_CA locale which otherwise has Sunday as the default.
Comment 4 Matthias Clasen 2005-04-10 02:53:36 UTC
Since we are using nl_langinfo now, you should be able to set 
LC_TIME and LC_MESSAGES independently to achieve what you want.
Comment 5 Sven 2005-04-10 10:39:56 UTC
maybe the solution would be to create one place to change all localisation
information. as much as i have read on gnome lists, there are plans to rearrange
gnome system and preferences. 

it is just weird to change your settings in evolution and then change it AGAIN
in panel. 
Comment 6 Sven 2005-07-07 21:34:30 UTC
stumbled across this thread on ubuntu forums: 
http://ubuntuforums.org/showthread.php?t=45060

and then i found many duplicates for this bug in bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=98811
http://bugzilla.gnome.org/show_bug.cgi?id=127045
http://bugzilla.gnome.org/show_bug.cgi?id=87977
http://bugzilla.gnome.org/show_bug.cgi?id=163842
http://bugzilla.gnome.org/show_bug.cgi?id=150567
http://bugzilla.gnome.org/show_bug.cgi?id=127045

can anyone please explain me, how can current situation considered "fixed" or
even "not a bug!?" 

if developers don't feel personal itch to fix it, let's keep the bug database
honest at least until someone capable of coding can REALLY fix it! 
Comment 7 Owen Taylor 2005-07-08 01:53:14 UTC
Sven - I don't understand these "duplicates" - which are mostly bugs that
were *CLOSED* due to subsequent changes in GTK+.

Obviously we are perfectly CAPABLE of coding up an XSETTING to provide
YET ONE MORE way of affecting this option. Do you have any sort of 
coherent proposal as to how that would work? How everything would interact? 

Wouldn't it be very strange that there was one aspect of the calendar
that was independently set and updated via an XSETTING, and the rest were coming
from LC_TIME?
Comment 8 Sven 2005-07-11 19:13:46 UTC
sorry, if my post seemed offensive and there indeed IS a way to change calendar
mode, but it is not exposed in UI and therefore for user there is no way to
change it. 

i can see plenty of user cases when people need to change it: imagine people
living temporarily or permanently in a foreign country. most natural way of
using computer is to have local calendar, but mother tongue and they are often
different. 

last but not least: Evolution considered this feature worthwile enought to
expose it in UI, MS Windows and Apple have decided same way, requesting this
feature is not reinventing the wheel by me.