Rather than imposing american date / time formatting on the world, can we just use iso 8601?
See link for details: https://xkcd.com/1179/



etc. - if you also have time somewhere, make sure to use iso 8601 for that, too.
I think all of our dates go through a localization engine, and at some point we can/will expose the ability for people to select the datetime display that works best for their locale.
I don't think full localization (or i18n, like translation) is required or even desired (personally, I always prefer good English over a bad translation and I also prefer ISO datetime formats over US or German datetime formats, because the ISO ones sort correctly).
But that doesn't mean that it should be localized to USA by default.
That ISO standard is there since ages (and totally makes sense), we finally should implement that as default. It's no big thing, just define some format string constants and use them everywhere.
I'm +1 for displaying dates/times in ISO-8601 until we setup localization.
I made this comment in the MOSS-grant meeting last week but I'll reproduce my opinon here:
ISO 8601 is great for machines but "2018-03-12" is more ambiguous than "March 12, 2018" without context for what format the date is in
I will defer to @nlhkabu's decision however.
@nlhkabu I'm deferring to you on how to address this and how to prioritize it. Thanks.
@nlhkabu I would appreciate if you could check on this in your user testing. Thanks!
My preference here is to keep it as is:
For dates, the main guideline is: Always spell out the name of the month. Using a notation like 8/9 is confusing -- is that August 9th or the 8th of September? If you write "Aug. 9" people from all countries will understand it, and it requires only a few more characters. Far better than having customers show up at your hotel thirty days before or after their actual reservations.
https://www.nngroup.com/articles/international-sites-requirements/
However, I can run a user test with ISO dates and see what feeback we get.
Also related - timestamps: http://uxmovement.com/content/absolute-vs-relative-timestamps-when-to-use-which/
Avoid confusing users by using a written date format on your timestamp. Write out the month name in full or abbreviated form, but don鈥檛 abbreviate the year. An abbreviated year can cause confusion with the day number.
For what it's worth (not much as a sample of one) - As someone who writes dates dd/mm/yyyy, I have no problem with "March 4, 2017" as a format. It's totally clear to me, even if it's not the way I would choose to write it.
I think we can have the best of both worlds - see https://github.com/pypa/warehouse/issues/5085
Closing this in favor of #5085. Thanks for opening @ThomasWaldmann
Most helpful comment
I'm +1 for displaying dates/times in ISO-8601 until we setup localization.