Bugzilla – Bug 15439
Localize time format defaults depending on the system language
Last modified: 2011-07-14 00:15:14 UTC
the defalut time system information could be language dependent. e.g. it is 'common' to have a 24h time system in germany and switzerland. so when changing the language during initial setup to a language like german the time system could be automatically changed to the 24h system.
Hah... Wanted to report this today, as it's driving me crazy every time I factory reset a device. IMHO it should be 24h for all but English. We already have that kind of translation table in SBS.
I'll do this if nobody else cares... Localization is important.
Some notes to myself. Use a mix of language and squeezeos.getTimezone() to set: - 12 vs. 24h: http://en.wikipedia.org/wiki/12-hour_clock#Use_by_country, US only should default to 12h - date/time formats: use SBS default values as reference - start of week (not used anywhere?) Ben - the only reference to weekstart I find is in the radial clock saver. Is that code still being used? I'd rather remove that item, as imho it's confusing.
== Auto-comment from SVN commit #8768 to the jive repo by mherger == == http://svn.slimdevices.com/jive?view=revision&revision=8768 == Bug: 15439 Description: set reasonable localized defaults for date/time formats, based on language and timezone information
closing after successful test on Touch/Radio
Even though this is already fixed, I'm changing the importance in case it gets un-fixed somehow.
*** Bug 14706 has been marked as a duplicate of this bug. ***
just 'unintentionally' factory reset a SB radio and still the same behavior. I set it to language German but the time remains in 12h and the week still starts on sunday (firmare 7.5.4 r9408)
== Auto-comment from SVN commit #9454 to the jive repo by mherger == == http://svn.slimdevices.com/jive?view=revision&revision=9454 == Fixed Bug: 15439 Description: pcall's parameter must be a function Kuno - this indeed was broken again. But please not that it only had been implemented in 7.6 firmware, not in 7.5.x. What you've seen in 7.5.4 wasn't the regression, even though this regressed ;-)