Determining current abbreviations for timezones for difference timezones all over the world

[William Heath]

Hello,

I really appreciate the DateTime module and it has been helping me out
tremendously!  I have one little problem I need to solve.  I need to
list the timezone abbreviation.  For example:

America/New_York  EDT or EST depending on if it is DST
America/Los_Angeles  PST or PDT depending on if it is DST

Is there some way for me to determine these for the timezones?

Many Thanks!

-Tim

P.S.

I love perl and the DateTime module!

Re: Quick question about how this'd fit into DateTime

[Dave Rolsky]

[Moving this to the datetime@perl.org list]

On Sat, 15 Mar 2008, Dan Muey wrote:

I've got this new module DateTime::Duration::Human to stringify a duration in 
a localizable way.


This really isn't the right name. It should go under the DateTime::Format 
namespace, since it's a way of formatting DT-related data.



I was wondering if it'd be better for me to:
a) continue using  DateTime::Locale and try to get the individual 
maintainers add the necessary good to theri  DateTime::Locale


The Locale modules are all generated from the CLDR project's data 
(http://unicode.org/cldr/)


If this data includes what you need, a patch to add it to the generated 
modules would be welcome ...


b) have it use a DateTime::Duration::Human::Locale group of modules and try 
to get them all created


You'll have to do this if CLDR doesn't have what you need (which it 
probably doesn't).


Let me know what you think, the POD-in-HTML is attached so you can have a 
gander.


The one thing that jumps out is you seem to be adding a method to the 
DateTime package. The DateTime.pm package already has _way_ too many 
methods. If every DT-related module did this, it'd be a disaster. Just 
suck it up and type it out the long way.



-dave

/*==
VegGuide.Org
Your guide to all that's veg
==*/

Re: namespace DateTime::BusinessHours

[Flavio S. Glock]

2008/3/15, Rick Measham <[EMAIL PROTECTED]>:
>
>  (NOTE for other DT devs: It would be good if, given a DateTime::Set (or
>  DateTime::Set::ICal) you could get the $Nth day .. like the 10th day.
>  rather than an iterator and call it $N times or turning the set into a
>  list (which in this case is infinite))

DateTime::Event::ICal constructor allows to select the Nth occurrence:

  $dtset = DateTime::Event::ICal->new( , bysetpos => [ 10 ] );

"bysetpos" is not in the DateTime::Set API, but the infrastructure is
there (in Set::Infinite):

  $set = $set1->select( by => [ 10 ] );

- Flavio S. Glock