GNOME Bugzilla – Bug 657473
Remove 24h combobox
Last modified: 2018-05-04 06:58:11 UTC
+++ This bug was initially created as a clone of Bug #640059 +++ The switched we had before bug 640059 was causing problems because for many locales, there's no "opposite" to 24h time display: http://en.wikipedia.org/wiki/Ante_Meridiem#Use_by_country When the opposite of 24h can be effectively displayed, we can use a GtkSwitch again: http://gitorious.org/gnome-design/gnome-design/blobs/master/mockups/theming/switches.png
I agree. for ex. I live in France, my City is set to Paris: we use 24h format, no reason to user-define time format. If my timezone city was set to London, there is no reason to change a default format from AM/PM.
(In reply to comment #1) > I agree. > > for ex. I live in France, my City is set to Paris: we use 24h format, no reason > to user-define time format. > > If my timezone city was set to London, there is no reason to change a default > format from AM/PM. People can live in different countries from where they were born you know.
you mean.. like me? I've already switched my timezone, even if I didn't need to switch hour format accordingly - not thanks to an automatically geolocation service. Turning AM/PM//24H switch into "Use geolocaiton" ON/OFF would be much more valuable, isn't it? Here in France teatime is not at 5PM, but at 17. Actually it's apero time. :o)
(In reply to comment #3) > you mean.. like me? > Sorry, I assumed wrong :) > I've already switched my timezone, even if I didn't need to switch hour format > accordingly - not thanks to an automatically geolocation service. > Turning AM/PM//24H switch into "Use geolocaiton" ON/OFF would be much more > valuable, isn't it? > > Here in France teatime is not at 5PM, but at 17. Actually it's apero time. :o) Date and time formats are a localisation preference and should be kept. I hate the AM/PM format and live in England where that's mostly used (but not exclusively). <rant> The 24 hour clock is obviously superior. </rant> :)
Created attachment 212055 [details] [review] datetime: Do not offer the 12 hr clock in locales without AM/PM Should we sanity check the GSettings key for cases where it has been set to the 12 hr clock in non-12 hr locales?
(In reply to comment #5) > Created an attachment (id=212055) [details] [review] > datetime: Do not offer the 12 hr clock in locales without AM/PM > > Should we sanity check the GSettings key for cases where it has been set to the > 12 hr clock in non-12 hr locales? That's not what this bug is about. There are locales where AM/PM isn't used but people would still want 12h time. The bug will stay open until we can get a switch that can show the opposite values, as per mockup.
(In reply to comment #6) > That's not what this bug is about. There are locales where AM/PM isn't used but > people would still want 12h time. The bug will stay open until we can get a > switch that can show the opposite values, as per mockup. I misunderstood that this is related to: https://bugzilla.gnome.org/show_bug.cgi?id=673721
While it might be technically correct to show each of the possible settings in this case, I'm not convinced that it's that big of a deal. Using a switch with an appropriate label should give a user the context that they need, and it's easy to experiment with the setting to see what it does. (Also, using the locale to determine the default should get us most of the way towards a good solution anyway.) The mockups for the Date & Time redesign use a switch: https://live.gnome.org/Design/SystemSettings/DateAndTime#Guidelines That should be OK, so I'm closing this as not a bug. That said, if there is a strong feeling that a switch isn't OK, we could use a combobox instead - just reopen the bug in that case, or make comments. Either way, I don't think that we need to wait for improvements to the switch widget for this.
I didn't like the switch then, didn't like the switch now. There's no "opposite" to 24-hour format, so using a switch for that is wrong. I think we should something like the "switch with icons": http://gitorious.org/gnome-design/gnome-design/blobs/master/mockups/theming/switches.png 24h [O=] 12h
Bastien's idea is along the same lines as my bug #697498 - great minds think alike? ;) I'm not entirely sure whether that's considered a GTK bug or the theme's responsibility.
Looking at the new designs, a switch with labels on either side won't work in terms of layout. A combobox would: +-----------------------------------------+ | | | +-------------+ | | Time Format | AM / PM V | | | +-------------+ | | | +-----------------------------------------+ I can update the mockups to use this.
A combobox with 2 items? At this rate, we might just as well keep the radio buttons :)
Now that the date & time panel redesign landed last week, we've switched to using a combobox for choosing between 12h and 24h formats. This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Reopening, the combo boxes aren't liked either :) The blocker bugs show what kind of widgets we'd use instead.
Let's close this. The combobox matches the mockups that got implemented, nothing more to do here.