Message339755
| Author | p-ganssle |
|---|---|
| Recipients | Alex.LordThorsen, akira, belopolsky, berker.peksag, cool-RR, inglesp, p-ganssle, r.david.murray |
| Date | 2019-04-09.14:29:01 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1554820141.98.0.225742598944.issue22377@roundup.psfhosted.org> |
| In-reply-to |
| Content | |
|---|---|
@Alex LordThorsen: It will accept EST if EST is one of your "local" time zones, so whatever's in `time.tzname`. In the short term, I think the right thing to do would be to update the documentation to remove the reference to "EST", and add an explanatory note in the section about %Z that explains that it accepts a few hard-coded values + whatever's in `time.tzname`. In the long run, I think the best "out of the box" support we can provide would be supporting %Z when %z is present (per Alexander's suggestion), and possibly something akin to `dateutil`'s "tzinfos", where a mapping between abbreviations and `tzinfo` objects could be passed to `strptime` explicitly. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2019-04-09 14:29:02 | p-ganssle | set | recipients: + p-ganssle, belopolsky, r.david.murray, cool-RR, akira, inglesp, berker.peksag, Alex.LordThorsen |
| 2019-04-09 14:29:01 | p-ganssle | set | messageid: <1554820141.98.0.225742598944.issue22377@roundup.psfhosted.org> |
| 2019-04-09 14:29:01 | p-ganssle | link | issue22377 messages |
| 2019-04-09 14:29:01 | p-ganssle | create | |