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 > >