Message107608
Minor notes:
msg107186:
1. The constructor now accepts only whole number of minutes in [-23:59, 23:59] range.
rfc 3339 provides the following example:
1937-01-01T12:00:27.87+00:20
This represents the same instant of time as noon, January 1, 1937,
Netherlands time. Standard time in the Netherlands was exactly 19
minutes and 32.13 seconds ahead of UTC by law from 1909-05-01 through
1937-06-30. This time zone cannot be represented exactly using the
HH:MM format, and this timestamp uses the closest representable UTC
offset.
The presence of fractions of seconds in time zone is an exception so
it might not be worth to support it but it exists.
msg107552:
Similarly, should str(timezone.utc) be '+0000' or 'UTC' or '+00:00'?
Excerpts in favor for '+00:00' from rfc 3339:
Attempts to label local offsets with alphabetic
strings have resulted in poor interoperability in the past [IMAIL],
[HOST-REQ]. As a result, RFC2822 [IMAIL-UPDATE] has made numeric
offsets mandatory.
If the time in UTC is known, but the offset to local time is unknown,
this can be represented with an offset of "-00:00". This differs
semantically from an offset of "Z" or "+00:00", which imply that UTC
is the preferred reference point for the specified time. |
|
Date |
User |
Action |
Args |
2010-06-11 23:49:02 | akira | set | recipients:
+ akira, tim.peters, doerwalter, brett.cannon, mark.dickinson, belopolsky, ggenellina, pitrou, techtonik, ajaksu2, kawai, eric.araujo, r.david.murray, rafe, daniel.urban, l0nwlf |
2010-06-11 23:49:01 | akira | set | messageid: <1276300141.88.0.0104010680902.issue5094@psf.upfronthosting.co.za> |
2010-06-11 23:49:00 | akira | link | issue5094 messages |
2010-06-11 23:48:59 | akira | create | |
|