GNOME Bugzilla – Bug 333104
Implement finer-grained localisation settings
Last modified: 2021-06-09 16:01:09 UTC
Currently, many programs have their own individual settings for changing locale- or language-specific features, such as the date and time format used in the UI. For example, Evolution has 12/24 clock selection in the preferences pane for the calendar, the Clock panel applet has the same setting, and Evo's mailer uses the LC_TIME environment variable. The Desktop should take care of this and other similar settings (number formats, currency units, etc etc - see the LC_* variables or the similar Windows prefs dialog) for all of these applications, and manage the LC_* environment. Thanks! Other information:
Agreed, it would be nice to have a capplet to adjust the users current language and locale settings.
*** Bug 333035 has been marked as a duplicate of this bug. ***
*** Bug 448267 has been marked as a duplicate of this bug. ***
*** Bug 516756 has been marked as a duplicate of this bug. ***
*** Bug 532204 has been marked as a duplicate of this bug. ***
IIRC, we dropped the idea of a localisation capplet, don't remember exactly why (or maybe I was dreaming :-), so, do we still want this? I wrote a basic skeleton for this, so I guess I could go ahead with it.
567870 is not a 100% dupe but it's about the same issue.
(In reply to comment #0) > Currently, many programs have their own individual settings for changing > locale- > or language-specific features, such as the date and time format used in the UI. > For example, Evolution has 12/24 clock selection in the preferences pane for > the > calendar, the Clock panel applet has the same setting, and Evo's mailer uses > the > LC_TIME environment variable. We have a preference for that in the "date & time" panel now. > The Desktop should take care of this and other similar settings (number > formats, > currency units, etc etc - see the LC_* variables or the similar Windows prefs > dialog) for all of these applications, and manage the LC_* environment. For the other settings, that would be part of the region panel: http://live.gnome.org/Design/SystemSettings/RegionAndLanguage
> We have a preference for that in the "date & time" panel now. Not in my 2.32.0 Fedora 14 system, but perhaps it's a recent addition? There is a 12/24 setting in the Clock Prefs, but that was there before, and I have taken that to be meant to apply only to the panel clock display.. Strangely, in the meantime Evolution has gotten worse. At a quick look, I can now find in the preferences: Calendar and Tasks: a disabled 12/24 time format setting (whether that is enabled in some circumstances, I don't know), and a time zone override setting. At least there's an option to have it use system timezone.. Contacts: Date/Time Format, with a multitude of printf formatting strings. What this has to do with contacts, I could not begin to guess.. I'm pretty sure the mailer/shell also still uses the LC_TIME format, because it is not controlled by any of the above settings. These are Evolution bugs, to be sure -- but AFAIK, Evolution is still a GNOME Desktop official app, so I guess the GNOME overall guidelines should be enforced for it. > http://live.gnome.org/Design/SystemSettings/RegionAndLanguage looks to be exactly the stuff I meant when filing this ticket! And based on the mockup UI, this would include time format, too, which is certainly the place I would expect to find it in.
(In reply to comment #9) > > We have a preference for that in the "date & time" panel now. > > Not in my 2.32.0 Fedora 14 system, but perhaps it's a recent addition? I'm talking about GNOME 3. There's no "date & time" panel in F14, GNOME 2.32.
Since we have a separate setting for AM/PM vs 24 hour clock, this bug seems to be primarily about having fine-grained control over formats. ie. should it be possible to set the currency, use of decimals in numbers, metric/imperial measurements, etc? It isn't clear to me why fine-grained control is required, so I'm setting to needinfo. It should be said that, while there might be odd occasions when someone wants to change a format setting individually, setting by country is a really simple mechanism. Once you have individual settings, you end up with a lot of extra complexity (you'd need to reconcile fine-grained settings with country defaults, etc)
Fine-grained format control is required because conventions are not static, nor usage in countries uniform, so you need some leeway to catter to early adopters of new conventions, to people living in regions where conventions differ from most of the country, and to people that are working in an i18n context where it is just simpler to have everything set on the same date format rather than have the time representation change all the time depending on the document or application window you're looking at (iso dates and european dates are at least sensical, even though they use reverse year/month/day order, but sprinkling in some usa dates is enough to make anyone crazy)
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/ Thank you for your understanding and your help.