Customize display date format independently of language
Currently the "accessed" date is displayed as in the dd/mm/yyyy format because I chose "English (UK)". But this format is fundamentally ambiguous because I usually forget about the setting. I don't live in the UK or in the US (or in any of the English-speaking countries). It's very strange that one has to change the UI language to change the date format, in this day and age of globalization.
I want to see the date in the ISO format, yyyy-mm-dd , irrespective of the UI language.
Is it already possible? I searched this archive but all answers seem to point to the Language switch.
I want to see the date in the ISO format, yyyy-mm-dd , irrespective of the UI language.
Is it already possible? I searched this archive but all answers seem to point to the Language switch.
What's weird is that if I *click* on the Accessed date to change it, it will switch to "yyyy-mm-dd" format for editing, then go back to "dd/mm/yyyy" when I'm done.
Thank you for the information.
I've found that not only for Zotero, but basically the same question is asked about macOS. How do you customize "the locale"?
For linux, there are clear instructions to create a custom locale.
For macOS, relation between the System Preferences and the locale isn't clear. On System Preferences, my "short" date format is already yyyy-mm-dd, even though my primary language is English there.
Again, custom system date settings currently have no effect.
I'm not sure what you mean by "you don't". All I said was that you can create a custom locale on Linux:
https://wiki.ubuntu.com/Translations/KnowledgeBase/AddingNewLanguage
So, yes, it's possible (on Linux) to create a locale with English and the ISO date format. Then all applications that use the locale system automatically pick it up. I've never tried this but in theory this is how it works.
There must be a way on macOS, too, but I haven't been able to find such information.
That's exactly how it works on MacOS as well.
Is this deeply baked into Zotero? Seems like a thoroughly unnecessary limitation. It should either take into account the system-defined date format, or allow a custom date format specification within the program.