I have need for functionality like fairly often.  I like the idea of
next_dst and prev_dst based on the year value of the DT object and a
parameter specifying if what is wanted is the spring or fall date, or at
least specifying change to daylight time or standard time.

Jim

> -----Original Message-----
> From: Anthony R. J. Ball [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 06, 2007 11:20 AM
> To: Dave Rolsky
> Cc: Zefram; datetime@perl.org
> Subject: Re: Help pulling dst change dates from DateTime::TimeZone
>
>
>
> > I'd prefer multiple methods to a third parameter. Different
> names provides
> > clarity. Who would know what a number means without looking in the docs?
> >
> > If you want to send a patch with three names, that'd be good, and I can
> > think about what exactly to call it. I'm not sure if "boundary" is the
> > best word.
>
>   Are three even necessary? You could probably get everything you need
> from a previous_dst_change and next_dst_change call... and if the exact
> change point is the date passed it gives the one after or the one before?
> I guess maybe is_dst_change might be necessary in that case.
>
> --
>      www.suave.net - Anthony Ball - [EMAIL PROTECTED]
>         OSB - http://rivendell.suave.net/Beer
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> To make a long story short, I have no idea...- Harry, 3rd Rock
>
>


Reply via email to