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 636896 - USA-centric date input widgets
USA-centric date input widgets
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: Date and Time
unspecified
Other Linux
: Normal blocker
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-12-09 17:53 UTC by Bastien Nocera
Modified: 2011-03-08 08:01 UTC
See Also:
GNOME target: 3.0
GNOME version: ---



Description Bastien Nocera 2010-12-09 17:53:50 UTC
The mockups on:
http://live.gnome.org/Design/SystemSettings/DateAndTime
show the widgets to use for those inputs.

Ideally we'd use "buttons that turn into combo boxes", but that would resize the dialogue, as you have to have down arrows for combo boxes. Combo boxes can also be easily used for year and month settings.

I'm thinking that instead we should have a single button, with the label showing the current date, possibly with day of the week, and drop-down a calendar when clicking it.

This would also make the date more "instant-apply" as the day/month/year would be set in one go, and avoid localisation issues we have now[1].

[1]: the widget ordering is clearly a US one, with month before day (month/day/year), whereas in most of Europe you'd show day/month/year instead.
Comment 1 Matthias Clasen 2010-12-09 17:58:44 UTC
> the widget ordering is clearly a US one, with month before day

That seems really broken us-centrism. We shouldn't do that, or at least have it be locale-dependent
Comment 2 Bastien Nocera 2011-01-21 12:02:14 UTC
Jon, any problems with us using a calendar in a drop-down to select the date, instead of those mismatching combo boxes and spinner buttons?
Comment 3 Bastien Nocera 2011-01-27 16:23:42 UTC
Sizing issue is fixed:

commit ff64ff10fd318a63b843fc8d6c37053cf3676960
Author: Matthias Clasen <mclasen@redhat.com>
Date:   Tue Jan 25 22:55:22 2011 -0500

    datetime: Remove extra padding

commit 5bc2bbe79b9f2221e4a0259a105c5368594a2a9c
Author: Matthias Clasen <mclasen@redhat.com>
Date:   Tue Jan 25 21:50:55 2011 -0500

    Prevent the date&time panel from growing horizontally

Using other widgets for the date input is still on the cards though.
Comment 4 Frederic Peters 2011-03-04 14:24:19 UTC
[Adding GNOME3.0 target as decided in release-team meeting on March 03, 2011.]
Comment 5 Bastien Nocera 2011-03-08 07:59:56 UTC
commit 968b3adbe51558a2f6ffad867da866b9e550a293
Author: Bastien Nocera <hadess@hadess.net>
Date:   Tue Mar 8 07:58:52 2011 +0000

    datetime: Add test application for date endianess

commit 2898b86e68be5be01e8fe5bba72f2df87e92225d
Author: Bastien Nocera <hadess@hadess.net>
Date:   Tue Mar 8 07:57:37 2011 +0000

    datetime: Implement date endianess detection
    
    Implement fairly robust detection of endianess based on
    the d_fmt format exported by glibc.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=636896

commit c93e7add24047ed51d693d1f835f235e5c9e3592
Author: Bastien Nocera <hadess@hadess.net>
Date:   Tue Mar 8 06:47:19 2011 +0000

    datetime: Add UI code to reorder date widgets
    
    Based on the locale's date format, rather than only support
    the US-centric version.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=636896
Comment 6 Bastien Nocera 2011-03-08 08:01:34 UTC
See also:
http://sourceware.org/bugzilla/show_bug.cgi?id=12553
about the glibc exporting this.

Don't have high hopes for it though.