-
Notifications
You must be signed in to change notification settings - Fork 572
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
time_format in field type "text_time" #282
Comments
Ditto that. Can't get 'time_format" to work either. |
This might help, although I'm not sure that it will: #226 (comment) |
Thanks @austinjreilly, I can see how you could shortcircuit it that way, but it still doesn't solve the underlaying problem (apparently time_format is ignored, and CMB2 will just use the default values). As far as I can see, you'll just be replacing one default for another, right? On top of that, the wiki is wrong about the format. It shouldn't use the date format from php, but a time format as documented here. (Not that it matters, since time_format is ignored anyway). And for my language (Spanish) the translation file is wrong, so it'll give me times with AM/PM, instead of 24hs as we use in Europe. I'll try to submit a corrected po/mo pair for that at least. Regards! |
Confirmed: Date is saved as "19:20" postmeta, displayed as "7:20 PM" in the metabox (but only after loading the data from the DB), and the timepicker wont choose the correct default value when reading 12hs format from the field and displaying a 24hs format picker... |
In your Wiki i found this in the example of field "text_time": // 'time_format' => 'h:i:s A',
But when I change the format to 24h like this "H:i" or "G:i" it will not affect anything.
The time_format is always the same..
I hope this feature will be fixed soon, or you can tell me what I'm doing wrong now.
Best regards
Sven
The text was updated successfully, but these errors were encountered: