[Dev] Time zones in Chandler
bear at code-bear.com
Thu Jun 17 19:32:50 PDT 2004
Are you talking about storing dates with timezone information or using
this library to change the date to a presentation timezone? I'm a big
fan of storing *all* dates internally in any data collection as GMT and
only using TZ's for presentation.
PGP Fingerprint = 9996 719F 973D B11B E111 D770 9331 E822 40B3 CD29
On Jun 17, 2004, at 9:29 PM, jeffrey at skyhouseconsulting.com wrote:
> Hi Folks,
> We will probably need a cross-platform way to deal with timezones in
> Python. Python 2.3 introduced decent timezone operation through the
> datetime module, but it doesn't actually implement any concrete
> timezone classes, i.e., datetime objects don't automatically know what
> 'PST' or 'America/Los_Angeles' means.
> There's a free interface to the standard Olson timezone database
> available at
> http://s.keim.free.fr/tz/doc.html which seems like it might work well
> for us. Does anyone see any problems in integrating this tiny (70K)
> module into the Chandler build?
> One potential complication is that we're currently using mxDateTime
> objects for dealing with dates, and it's not clear that this package
> will actually make it easier to deal with timezones in mx. Are we
> only using mx because we want mxRelativeDateTime objects, or are there
> other reasons to prefer mx to datetime?
> I'm interested in hearing people's thoughts on what problems around
> zones might come up with Chandler.
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> Open Source Applications Foundation "Dev" mailing list
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.osafoundation.org/pipermail/chandler-dev/attachments/20040617/e2ec2721/PGP.pgp
More information about the Dev