Re: DateTime.pm 0.30 coming up real soon now
Dave Rolsky wrote: I will make a list of all the problems I've run across so far, along with examples that demonstrate them. Anyone who can come up with a solution that handles all of these problems is a far smarter person than I am ;) It might already be out there...but can you wikifi it as well, please? I've been involved/lurking for quite a while now and though I could produce a few of these entries I still cannot rattle them off from memory. And for the list...perl makes the easy things easy and the hard things possible, as the saying goes...date math is easy. Absolute time is easy. Dates with times is hard, but so is visual cognition. :) Matt
Re: DateTime.pm 0.30 coming up real soon now
On Wed, 7 Sep 2005, Matt Sisk wrote: Dave Rolsky wrote: I will make a list of all the problems I've run across so far, along with examples that demonstrate them. Anyone who can come up with a solution that handles all of these problems is a far smarter person than I am ;) It might already be out there...but can you wikifi it as well, please? I've been involved/lurking for quite a while now and though I could produce a few of these entries I still cannot rattle them off from memory. Having a wiki would make this easier ;) I'll look for a place to set one up. And for the list...perl makes the easy things easy and the hard things possible, as the saying goes...date math is easy. Absolute time is easy. Dates with times is hard, but so is visual cognition. :) Actually, even date math isn't all that easy. -dave /*=== VegGuide.Orgwww.BookIRead.com Your guide to all that's veg. My book blog ===*/
Re: DateTime.pm 0.30 coming up real soon now
Dave Rolsky wrote: Having a wiki would make this easier ;) I'll look for a place to set one up. I'm happy to host one (something with auth and good perl rendering) at http://datetime.isite.net.au/ if you'd like. Cheers! Rick Measham
Re: DateTime.pm 0.30 coming up real soon now
On Wed, 7 Sep 2005, Rick Measham wrote: Dave Rolsky wrote: Having a wiki would make this easier ;) I'll look for a place to set one up. I'm happy to host one (something with auth and good perl rendering) at http://datetime.isite.net.au/ if you'd like. I realized that datetime.perl.org is now on its on virtual machine so I'll just stick a kwiki up there tomorrow. -dave /*=== VegGuide.Orgwww.BookIRead.com Your guide to all that's veg. My book blog ===*/
Re: DateTime.pm 0.30 coming up real soon now
On Tue, Sep 06, 2005 at 09:57:11AM -0500, Dave Rolsky wrote: On Mon, 5 Sep 2005, Joshua Hoblitt wrote: If I understand you correctly, your position is that user's will be confused by DST transitions screwing up additions but won't notice the same effect on subtractions? No, they'll notice, but the workarounds for subtractions are well-documented. So why is that better than making subtractions work 'as expected' and documenting the work arounds for addition? Anyway, your position seemed to be that they won't notice for either, and that both should be weird ;) My position is that you really need to put on your critical thinking hat and think about how *wrong* it is for additions and subtractions to have different behaviors. The more I think about this the more I'm convinced that the idea of datetime subtraction producing something other than seconds is a convenient fiction. Similarly, date subtraction producing something other than a count of days is full of potential bugs. The whole point of DT is that it is *correct*. We need to decide on what the correct behavior is regardless of how painful it is to implement on top of the Rata Die system. It seems to me the real question would should be answering is: is calendar math subject to DST transitions or not? -J -- pgpIFCtNBcCT9.pgp Description: PGP signature
We have wiki
http://datetime.perl.org/wiki/ -dave /*=== VegGuide.Orgwww.BookIRead.com Your guide to all that's veg. My book blog ===*/
Query related to TIMEZONE
Hi, I need to convert TIMEZONE GMT +/- offset to canonical name that is for example US/Arizona format. I need a perl module which takes input GMT-7 or offset in seconds for the same and gives output US/Arizona. Thanks and regards, -Reshma __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Query related to TIMEZONE
Reshma Shinde wrote: Hi, I need to convert TIMEZONE GMT +/- offset to canonical name that is for example US/Arizona format. I need a perl module which takes input GMT-7 or offset in seconds for the same and gives output US/Arizona. Thanks and regards, -Reshma G'day Reshma, Unfortunately this is 100% impossible. There are many named zones that share the same UTC offset and so you can't get any more detail from an offset than the offset itself. You *would* be able to loop over all the timezone in the database and make a list of those with that offset on a particular date. (Remember that offsets change through the year to account for DST as well) Cheers! Rick Measham