Author brett.cannon
Recipients ajaksu2, belopolsky, brett.cannon, daniel.urban, doerwalter, eric.araujo, ggenellina, kawai, l0nwlf, mark.dickinson, pitrou, r.david.murray, rafe, techtonik, tim.peters, vstinner
Date 2010-06-04.20:09:18
SpamBayes Score 0.000928666
Marked as misclassified No
Message-id <1275682160.9.0.0914585409976.issue5094@psf.upfronthosting.co.za>
In-reply-to
Content
For the allowable range, follow the datetime docs as someone might be relying on that specification already.

As for the ongoing DST debate, it seems we either need to say that since we cannot properly support all possible datetimes properly we should simply not even try, fixed offset or not, or we provide a class that gives the proper UTC offset, but in no way adjusts itself as people might expect or want. I'm arguing for the former, Alexander wants the latter.

I still stand by my argument that it is not needed for the two use cases that we concretely have in the stdlib for a timezone class: a UTC instance and %z directive in strptime. Unless there is some way for the %z directive to specify that it is actually DST, I still think the functionality of the class should be kept to a functional minimum for our needs and let people needing more support, including fixed offset DST, decide how they want to handle it. I can still see a naive user thinking that DST is the same around the world and being taken by surprise when thing don't adjust accordingly by the timezone when he does ``timezone("PDT", 7, dst=True)``. Plus giving people any semblance of a DST-supporting timezone class is just going to lead for more calls of the stdlib to include concrete timezone instances that do manage DST.

Unless other people step forward to debate this we probably are not going to reach consensus without going to python-dev to see what others think.
History
Date User Action Args
2010-06-04 20:09:21brett.cannonsetrecipients: + brett.cannon, tim.peters, doerwalter, mark.dickinson, belopolsky, ggenellina, pitrou, vstinner, techtonik, ajaksu2, kawai, eric.araujo, r.david.murray, rafe, daniel.urban, l0nwlf
2010-06-04 20:09:20brett.cannonsetmessageid: <1275682160.9.0.0914585409976.issue5094@psf.upfronthosting.co.za>
2010-06-04 20:09:19brett.cannonlinkissue5094 messages
2010-06-04 20:09:18brett.cannoncreate