812419 - [Settings] Add option for 12/24 hour support to Settings > Date & Time

Status: RESOLVED DUPLICATE of bug 903683

(Firefox OS Graveyard :: Gaia::Settings, defect)

Description

[Josh Carpenter [:jcarpenter]]

We need to implement the "24-hour Clock" toggle as per the Settings specs. See page 17 of R1_Personalization_v3.pdf, at the following: https://www.dropbox.com/sh/dy2en8a5cmtssu3/c8sn37Q357

This is necessitated by decisions made during SF work week (captured in "User story SET-157 - 12 vs 24hr time" email thread) to support both 12 and 24 hour time formats in v1.

Nom'ing for blocking+. 12/24 support is fully dependent on this toggle being present.

Comment 2

[Tim Taubert [:ttaubert] (inactive)]

I'd like to work on this.

Comment 3

[Fabien Cazenave [:kaze]]

Josh, during the SF work week we agreed *once again* to tie the 12/24 hour format to the chosen locale, becaues there are technical limitations that we won’t break before v2.

Marking as WONTFIX.

Comment 4

[Daniel Coloma:dcoloma]

(In reply to Fabien Cazenave [:kaze] from comment #3)
> Josh, during the SF work week we agreed *once again* to tie the 12/24 hour
> format to the chosen locale, becaues there are technical limitations that we
> won’t break before v2.
> 
> Marking as WONTFIX.

That's true, we agree that 12/24 hour configuration should be linked to the language selected by the user.

Comment 5

[Josh Carpenter [:jcarpenter]]

Thanks for clarification guys, makes sense.

Comment 7

[Frederik Braun [:freddy]]

My language isn't there yet and I'm fine with English but I would still like to switch the hour format. Suggestions?

Comment 8

[zlati.pehlivanov]

I'm in Bulgaria, there is no Bulgarian language, and I'm fine with English. I don't see a reason that the clock format is dependent on the locale. Please remove the wontfix status and mark it as future fix in v2 or something. For me that doesn't make sense, the clock format is implemented on all mobile OS's. Marking is as wontfix is saying to all us to go to hell. I think this is actually a standardization requirement. I don't understand how this was developed and released without matching those requirements.

Comment 9

[Rafael Rebolleda]

Hey folks, 

This has got to be one of the oldest requests ever :D

I understand it wasn't a priority back in the day, and that it was a agreed to let it go until a proverbial V2. Almost a year has come by since then... isn't it time we get around to implement this basic functionality once and for all?

Comment 10

[zlati.pehlivanov]

the problem is there is label in the locales files like this 
    7.13 +dateTimeFormat_%c = %a, %e %b %Y %H:%M:%S
    7.14  dateTimeFormat_%x = %d %m %Y
    7.15  dateTimeFormat_%X = %H:%M:%S
    7.16  
    7.17  shortTimeFormat = %H:%M
    7.18  shortDateTimeFormat = %x %H:%M
    7.19  
    7.20  # Boolean to indicate if weekStarts on Monday (1) or Sunday (0).
    7.21  weekStartsOnMonday = 1
So they are dependent on this. It should be made really big rewrite to make format dependable only on time format switch included in the concept.

Comment 11

[Beatriz Rodríguez [:brg]]

I know we agreed a behaviour in the past which is very good but not covering all the customers needs.

This feature is requested by different sides, I would like to reopen it based on comment 8 and 9. I will ni Mozilla Product team so they can add this feature in the backlog (if it was not already there)and prioritize accordingly.

Comment 13

[Fabien Cazenave [:kaze]]

This bug probably has many duplicates. In a recent one of them, I’ve explained the technical problem and proposed an approach to solve this issue… Evelyn, do you remember the bug number?

Comment 17

[Fabien Cazenave [:kaze]]

I was thinking about bug 903683. Let’s start the UX and implementation discussion there, please.