[ZCM] [ZC] 2007/ 2 Reject "DateTime overload operator"
Collector: Zope Bugs, Features,
and Patches ...
zope-coders-admin at zope.org
Fri Jan 20 18:48:29 EST 2006
Issue #2007 Update (Reject) "DateTime overload operator"
Status Rejected, Zope/bug low
To followup, visit:
http://www.zope.org/Collectors/Zope/2007
==============================================================
= Reject - Entry #2 by tseaver on Jan 20, 2006 6:48 pm
Status: Pending => Rejected
You added 120 *days* to the original date. The timezone should *not* change, anyway, as you have used a zone which has no "political sensitivity" (i.e., no politically-defined daylight savings time).
The result you see there is correct.
Even if you had used a DST-enabled zone (e.g., 'CET'), the answer you are expecting is only one of two possible, ambiguous answers:
- "compute the date 120 days from the base date" should not
mutate the hour / zone;
- "compute the date time equal to 128 days * 86400 seconds from
the base date" should take the zone into account.
________________________________________
= Request - Entry #1 by Anonymous User on Jan 20, 2006 11:33 am
DateTime additions and substractions don't care about timezone.
>>> DateTime('2001/01/01 12:00')
DateTime('2001/01/01 12:00:00 GMT+1')
>>> DateTime('2001/01/01 12:00') + 120
DateTime('2001/05/01 12:00:00 GMT+1')
hour and timezone were supposed to change
==============================================================
More information about the Zope-Collector-Monitor
mailing list