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
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 names
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 use
> 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.
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
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
> | Retur
> 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
spec
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
>
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:
> So there's nothing that relies on a TimeZone module being
> DateTime::TimeZone? If not then surely we should make Alias the same?
> Just a thought.
DT::TZ::Alias doesn't know _anything_ about namespaces. It is wholly dependent on
DT::TZ.
-J
--
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:
>
>
> 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, one's the twins, one's the time, can't
> ever remem
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 h
13 matches
Mail list logo