[Zope3-dev] datetimeutil.py for the rest of us
Stuart Bishop
stuart.b at commonground.com.au
Sat May 29 07:18:06 EDT 2004
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've just been looking through datetimeutils.py - it seems
to be propagating problems that persist to this day in Zope 2's
DateTime module
- It attempts to parse timezone abbreviations and match them to
timezones. Timezone abbreviations are not unique, and thus
it is only possible to guess. This is quite annoying to the
majority of Australians who live in the EST timezone all
year around (at UTC+10 or UTC+11 depending on if DST is in effect).
There are probably other locale that conflict (and if their aren't
today, there may be tomorrow since this sort of thing is
decided by politicians and not computer programmers).
I think this is the reason why standards like ISO 8601 and
W3C datetime only use offsets for non UTC.
- If an ambiguous datetime format is parsed, it assumes US format.
I feel that this case should instead raise an exception.
If US programmers insist on being able to write broken code,
seperate US specific methods could be made available in
datetimeutils.py or a seperate US centric module.
- --
Stuart Bishop <stuart at stuartbishop.net>
http://www.stuartbishop.net/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFAuHFzAfqZj7rGN0oRAtKiAJ4jfO+N9mQocMIFFi/U8cN37ThiKACfb1z6
So85/7I9QLEZhrXsmaYwN6c=
=2Pbh
-----END PGP SIGNATURE-----
More information about the Zope3-dev
mailing list