Alexander Belopolsky wrote: > The problem is again the DST ambiguity. One day a year, datetime(y, > m, d, 1, 30, tzinfo=Local) represents two different times and another > day it represents no valid time. > > The documentation example (fixed in issue 9063) addresses the > ambiguity by defaulting to standard time, but it does this at a cost > of having no way to spell "the other hour." What would be so bad about giving datetime objects a DST flag? Apps that don't care could ignore it and get results no worse than the status quo. -- Greg
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4