24h time format
Hi,
after last modules upgrade (08.05.2020) I found that time format is in AM/PM format:
How can we change that so that site will use 24h format?
As per this settings as discussed here:
https://unacms.com/page/view-discussion?id=1705
I can confirm that settings in:
Studio > Polyglot > Settings > "Datetime Format" is set to "D MMM YYYY H:mm:ss a"
-
Hello Mayki !
You need to change it to D MMM YYYY H:mm:ss
-
Hi LeonidS
My settings in Studio> Polyglot> Settings> "Datetime Format" is set to "D MMM YYYY H: mm: ss" however the time format is still am / pm. The text "am" or "pm" is not displayed now, but instead of showing 16:35 the time still shows 04:35 -
Hi LeonidS
My settings in Studio> Polyglot> Settings> "Datetime Format" is set to "D MMM YYYY H: mm: ss" however the time format is still am / pm. The text "am" or "pm" is not displayed now, but instead of showing 16:35 the time still shows 04:35Same on our site. 😖
-
Even worse it is 2 hours off...., we are in GMT +2h but time of a post is in GMT..... so even date is wrong!!!
But now after removing a from date format it suddenly shows 24h format.....
-
if there were only somewhere to just specify my offset. ha. from UTC and not UnixTimeCoordinated.
from my understanding,Una uses the system time the server is running on. :)if there is a space to change the time format to a UTC offset, this would be fantastic.
I know its bothered me but i stopped looking for where to alter the time, but did find the date time format and realized quickly it wasnt that, unless theres an easter egg and im supposed to put -2 or +2 in the time string... to alter the time for what the actual local time is
let me know if you figure this out.. I am slowly creating documentation on my Una site in the wikipedia and will have screenshots, etc...
a project like this that is as nice as it is needs proper documentation... -
Hi Omar Amer ,
how is wiki going on your site?
-
i gave up and started editing something in zim locally (a wiki compositor), to pump out onto the web instead, as its far more logical than using that editor... it cannot recall edits unless i pull an update on another block, and the way it just sits out of sync with itself ... (if your trying to commit edits faster than cron), say you forgot a punctuation mark, well, your draft wont pull up as the latest and it will over write all your changes, and this doesn't even warn you... its an issue with una not checking the version that sql has stored in file before overwriting it... this is reprehensible, and the only excuse for it is coding oversight, and it needs to be fixed because nobody can be expected to edit a wiki with this kind of behavior from the software and not lose their fcking mind... and i cant work with it, so i went to tools i know work,
and will upload a guide at some point to a totally seperate site, not running una, but only so when people search it and find it, they can read it in a CMS that isnt Una, so hopefully they are less mad, and can then fix their una. (psychology trick- create space.) so people can read the wiki and have it sitting outside of that psychological head space for less stressful adsorption during trouble-shooting.. lol :)
