Changing subject to reflect a change of topic. On Tue, Jun 5, 2012 at 2:19 PM, Guido van Rossum <guido at python.org> wrote: > .. Although if we ever get that "local time" tzinfo > object, we may regret it. So I propose to launch without it and see if > people object. There simply isn't a way to roundtrip for times that > fall in the DST->std transition, and I doubt that many users will want > to think about it (they'd have to store an extra bit with all their > datetime objects -- it would be better to get them to use tzinfo > objects instead...). I've also been arguing against "local time" tzinfo and my proposal was to create a function that would produce TZ-aware local time with tzinfo bound to a fixed-offset timezone. In New York that would mean EDT in the summer and EST in the winter. This is what Unix date utility does. See http://bugs.python.org/issue9527 .
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