I've written up some thoughts on this here:
https://github.com/python/cpython/issues/66571#issuecomment-1107838638
TL;DR: There's probably something more we can do before we close out
#66571, but I doubt there will ever be a great way to make this work the
way people think it intuitively should (mostly because people
intuitively think that the 3-letter abbreviations 1. exist for all zones
and 2. are globally unique).
Generally speaking, the kind of thing output by %Z is an attractive
nuisance and probably shouldn't ever be used — though I'm sure it will
continue to be used for decades to come anyway.
Best,
Paul
On 4/24/22 01:04, Eugene Triguba wrote:
On Saturday, April 23, 2022, Chris Angelico <[email protected]> wrote:
For any timezone at all? That'd be ambiguous for BST, CST, and a bunch
of others. Timezone abbreviations aren't unique.
For a select set? Maybe, but then there'd need to be a way to choose
which ones you want to recognize, which might still end up being too
small and/or too large.
Thanks Chris. I hadn’t recognized that detail of them not being unique.
Would this issue be good to close out in that case? It seems the work
of clarifying the docs had been done:
https://github.com/python/cpython/issues/66571
<https://github.com/python/cpython/issues/66571>
And I would imagine the scope of this issue
(https://github.com/python/cpython/issues/72751
<https://github.com/python/cpython/issues/72751>) then would only be
for making utc, gmt, and the local time zone that is parsed from %Z to
be tz-aware date times instead of the current naive date times?
Would it be worthwhile to look into if we can improve some of these
strptime error messages? For instance, currently when parsing with %Z,
the function gives a ValueError saying our string doesn’t match the
given format if we try to parse a timezone that isn’t utc, gmt, or our
local timezone but I would expect knowing that it is completely
invalid or valid but not the local timezone/utc/gmt would be more useful?
I know there has been some conversations and work regarding improving
the error message for the day/month:
https://github.com/python/cpython/issues/69117
<https://github.com/python/cpython/issues/69117>
_______________________________________________
Datetime-SIG mailing list [email protected]
To unsubscribe send an email [email protected]
https://mail.python.org/mailman3/lists/datetime-sig.python.org/
The PSF Code of Conduct applies to this mailing
list:https://www.python.org/psf/codeofconduct/
_______________________________________________
Datetime-SIG mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/datetime-sig.python.org/
The PSF Code of Conduct applies to this mailing list:
https://www.python.org/psf/codeofconduct/
