On Sat, 5 Apr 2003 12:05:15 +0200, [EMAIL PROTECTED] wrote:
>Joshua Hoblitt schreef:
>> When converting a DateTime::Duration month to days - how many days
>> should it be considering equivalent too? 30? 30.4? 31?
>
>If you want to do this, you have to take into account that a duration of
>$x years
Dave Rolsky wrote:
> I thought about this a
> bit more and realized I don't really like it,
because it special cases one
> number, zero. But comparing it to other numbers
wouldn't make sense.
Ok. Maybe a $dt_dur->is_zero() method instead?
- Flavio S.
Glock
No particular reason for this release, just an accumulation of
improvements and fixes.
0.09 2003-04-05 (the "liberation through violence" release)
[IMPROVEMENTS]
- As requested by numerous people, there is now a pure Perl
implementation of DateTime.pm included with this distribution. If yo
On Fri, 4 Apr 2003, Dave Rolsky wrote:
> If you're written a DateTime module and you'd like to have it be part of
> the perl-date-time CVS project, this is in invitation to join.
>
> The advantages are:
>
> - shared CVS, which means you can edit the website (particularly them
> module list), dev d
.. or maybe "DateTime::Event::Base"
Dave wrote:
> I think the problem is that this (AFAICT) forces
> all events to be dealt with as sets internally,
> which may not be what many module authors want
> to do.
No, that's not the idea.
What I propose is a common API.
If the module author wants to
0.03 2003-04-05
- Handle offset-only time zones without producing garbage output. Bug
report from Iain Truskett.
- Switch to Module::Build.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
On Mon, 31 Mar 2003, Joshua Hoblitt wrote:
> I started implementing all of ISO8601:2000 last night with Builder.pm.
> After looking at the pod for awhile I started thinking that this could
> be simplified [and optimized] a little if you don't mind dirtying the
> namespace.
>
> Some POEish like thi
On Tue, 1 Apr 2003, Iain 'Spoon' Truskett wrote:
> * Iain 'Spoon' Truskett ([EMAIL PROTECTED]) [01 Apr 2003 13:18]:
>
> > Adding and subtracting small durations doesn't appear to
> > affect the epoch. I tried adding a line to recalculate it,
> > but that just seemed to screw things up elsewhere.
>
On Wed, 2 Apr 2003, David Dyck wrote:
> If I install DateTime::TimeZone without testing it first,
> I can then do a make test and install in DateTime before
> going back to DateTime::TimeZone for the make test and install.
>
> The README in DateTime-TimeZone-0.11 states
> This distribution is
On Thu, 3 Apr 2003, Flavio S. Glock wrote:
> Flavio S. Glock wrote:
> > DateTime::Event::Basic - A base class for building Event classes.
>
> Ok, I think I'll explain this a bit more:
> For example, DateTime::Event::Sunset would be simplified to:
>
> @ISA = qw( DateTime::Event::Basic );
>
> su
On Fri, 4 Apr 2003, Iain 'Spoon' Truskett wrote:
> Are there details of how MakeMaker and CPAN.pm treat 0 and undef in
> prereqs?
It's treated as "any version".
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
At 12:05 PM +0200 5/4/03, Eugene van der Pijll wrote:
Problem with the Mayan calendar: it has no years either... But one of
the smaller counts (haab) is 365 days long, I believe. So that is
probably the Mayan idea of a year.
(As usual) I disagree with Dave: some people would find it useful to use
d
Joshua Hoblitt schreef:
> When converting a DateTime::Duration month to days - how many days
> should it be considering equivalent too? 30? 30.4? 31?
If you want to do this, you have to take into account that a duration of
$x years is translated to 12*$x years internally. If your calendar has
no m
13 matches
Mail list logo
