Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Dave Rolsky
On Thu, 14 Aug 2003, Sam Vilain wrote: A good point. This is needed so that when we serialize DateTime objects, we don't need to serialize the timezone object too. A good point - are you providing these methods for some of those `other' :) persistence tools ? Storable:

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Joshua Hoblitt
Maybe there should be an extra accessor -link_name. (They're called links in the TimeZone innards). Then when -time_zone_short_name is called and it has no value, it return -link_name. Same for long_name. I don't like that at all. You really should be creating new classes with your specified

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Dave Rolsky
On Mon, 12 Aug 2003, Rick Measham wrote: Attached is the above module. Unless there's strenuous objections I'll CPAN it. I just wish for this and for ::Alias that we could hook in better without messing with the internals. While I'm thinking of it, I'd like to be able to set names and

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Sam Vilain
A good point. This is needed so that when we serialize DateTime objects, we don't need to serialize the timezone object too. A good point - are you providing these methods for some of those `other' :) persistence tools ? Storable: $dt-STORABLE_freeze $dt-STORABLE_thaw Pixie:

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Dave Rolsky
On Tue, 12 Aug 2003, Claus Färber wrote: Rick Measham [EMAIL PROTECTED] schrieb/wrote: While I'm thinking of it, I'd like to be able to set names and short-names for offsets. For short names, that might be a good idea. But for long names, it would break this: | name | Returns the name

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Rick Measham
On Tue, 2003-08-12 at 07:11, Joshua Hoblitt wrote: While I'm thinking of it, I'd like to be able to set names and short-names for offsets. I have a list of short names in Strptime, but I've love to be able to get these back from TimeZone somehow. Just like we do with Olsen (or is it Olson,

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Joshua Hoblitt
What I want is the reverse of what alias does. Or rather I'd like timezone to remember what value it was created with. If I create an alias 'EST' = 'UTC' and then create a datetime with 'EST', I'd like to get EST as the name rather than UTC. Awww - I understand what your asking for now. We

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Ben Bennett
No, I would like this too. Perhaps the functionality can be rolled into DT::Alias somehow. They seem related... -ben On Tue, Aug 12, 2003 at 08:02:02AM +1000, Rick Measham wrote: What do people think? I can provide patches for this if I'm not the only one who'd find it

RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Rick Measham
Attached is the above module. Unless there's strenuous objections I'll CPAN it. I just wish for this and for ::Alias that we could hook in better without messing with the internals. While I'm thinking of it, I'd like to be able to set names and short-names for offsets. I have a list of short

Re: RFC: DateTime::TimeZone::LMT

2003-08-14 Thread Claus Färber
Rick Measham [EMAIL PROTECTED] schrieb/wrote: While I'm thinking of it, I'd like to be able to set names and short-names for offsets. For short names, that might be a good idea. But for long names, it would break this: | name | Returns the name of the time zone. If this value is passed to

Re: RFC: DateTime::TimeZone::LMT

2003-08-11 Thread Rick Measham
On Tue, Aug 12, 2003 at 08:02:02AM +1000, Rick Measham wrote: What do people think? I can provide patches for this if I'm not the only one who'd find it useful. Ben replied: No, I would like this too. Perhaps the functionality can be rolled into DT::Alias somehow. They seem related... Nah, it