homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author belopolsky
Recipients Daniel.O'Connor, belopolsky, bignose, r.david.murray
Date 2011年08月17日.01:00:55
SpamBayes Score 3.5880243e-11
Marked as misclassified No
Message-id <1313542856.12.0.640782643332.issue12750@psf.upfronthosting.co.za>
In-reply-to
Content
> i.e. it appears that replace() applies the TZ offset to a naive datetime
> object effectively assuming it is local time rather than un-timezoned
> (which is what the docs imply to me)
I don't understand your issue. The replace method does not assume anything, it just replaces whatever fields you specify with new values. You can replace tzinfo just like any other field, year, month, day, etc while preserving the other fields. I think this is fairly well documented. I think what you are looking for is the astimezone() method which, however may not work well on naive datetime instances simply because a naive instance may be ambiguous in presence of DST. However, if you start with an aware UTC datetime, you should be able to use astimezone() to convert to any local TZ.
History
Date User Action Args
2011年08月17日 01:00:56belopolskysetrecipients: + belopolsky, r.david.murray, bignose, Daniel.O'Connor
2011年08月17日 01:00:56belopolskysetmessageid: <1313542856.12.0.640782643332.issue12750@psf.upfronthosting.co.za>
2011年08月17日 01:00:55belopolskylinkissue12750 messages
2011年08月17日 01:00:55belopolskycreate

AltStyle によって変換されたページ (->オリジナル) /