Re: Getting different results from DateTime and Manip for epoch time

On Tuesday, June 24, 2003 [EMAIL PROTECTED] wrote: >Bruce Van Allen wrote: >> How's this: >... >> Before UTC, other time scales were in use, >> including: > >Maybe: > "There are other time scales, such as:" > >because some are still in use (?) Good point. I was trying to convey something about t

Re: patch eaten by email?

> Actually, I saw this but couldn't figure out how it differed from the > existing code, at least in the from_object method. It really doesn't - I just wanted to throw out the call to nanoseconds as that makes support optional (and I don't think it should be). > We should probably update the dev

Re: patch eaten by email?

On Mon, 23 Jun 2003, Joshua Hoblitt wrote: > I think you probably never got the original email with this patch (it > was sent while you reported having difficulties). The general idea was > to do something like the following and then update the calendar docs so > nanosecond precision is always pr

Re: Getting different results from DateTime and Manip for epoch time

On Sunday, June 22, 2003 [EMAIL PROTECTED] wrote: >I'll try to rephrase this, because it >would be good to have it in the FAQ. >If somebody can explain it better, or >more correctly, please help me! How's this: What time scale does DateTime follow? What's up with UTC, GMT, TAI, and UT1? The Da

patch eaten by email?

Dave, I think you probably never got the original email with this patch (it was sent while you reported having difficulties). The general idea was to do something like the following and then update the calendar docs so nanosecond precision is always preserved in a conversion. Changes like thi

Re: What's up with DT::TZ::Alias?

Yeah, I know. That is what rang the initial warning bell. Frankly the functionality provided by Alias seems to be vital to the TZ package anyway. (Kudos for writing it). -ben On Mon, Jun 23, 2003 at 10:11:02AM -1000, Joshua Hoblitt wrote: > > A little voice has been saying that

Re: What's up with DT::TZ::Alias?

> A little voice has been saying that ever since I saw that Alias was > reaching into the TZ aliases directly. There's a warning about this in the pod. :) -J --

Re: Business Dates

Dave Rolsky wrote: >On Sun, 22 Jun 2003, Eugene van der Pijll wrote: >> Businesses in Israel, Iran and in the Arab world probably use a business >> calendar based on the Hebrew, Jalali and Hijira calendars. It would be >> nice if one module could be used for the Gregorian calendar and for >> th

Re: What's up with DT::TZ::Alias?

On Mon, Jun 23, 2003 at 12:34:13AM -0500, Dave Rolsky wrote: > > Also, I'm not entirely against the idea of folding all the alias stuff > into the main DT::TZ module. It doesn't seem like an entirely wack idea, > though I'd be glad to hear why I'm wrong ;) I think this is the right thing to do.

DT:F:Y

I made a few changes and put out a new tarball this morning at http://www2.pona.net/~jshy/DTFY.tar.gz I did not end up using Duration, the delta days did not do what I thought.

DT:F:Y

I am going use the DateTime Duration module to do some of the math I was kludging together in the direct port. I hope this will work more consistantly.

Re: What's up with DT::TZ::Alias?

> Users would just do something like: > > if ( DateTime::TimeZone::is_olson_timezone('foo/bar') ) { ... } I don't like having olson in the name as this won't have much meaning to most users. > which to me makes more sense than asking the alias module if it is an > actual timezone. Your not most

CVS Snapshots

If anyone is interested: http://dellah.org/datetime/ This will be having daily snapshots of the modules section. If I've missed a bit on sourceforge's page that offers snapshots, feel free to point it out to me =) Suggestions etc., welcomed. cheers, -- Iain.