Re: NSDate offset woes
Re: NSDate offset woes
- Subject: Re: NSDate offset woes
- From: "Jeffrey J. Early" <email@hidden>
- Date: Tue, 30 Oct 2007 01:29:15 -0700
If you have a particular time zone that your given time is in, then
I've found it easier to just initialize the subclass NSCalendarDate so
you can indicate a time zone. If you initialize it with PDT, then it
will correctly compensate for DST, depending on the date. Otherwise,
specify -0800 as the the time zone, and it won't do any DST corrections.
You'll have to look up those exact time zone names, I don't remember
them off the top of my head...
Jeffrey
On Oct 29, 2007, at 7:17 PM, Greg Hoover wrote:
Ok, so you're right. It's DST. That's annoying. There must be a
way to force NSDateFormatter to compensate for this, no?
> I'm importing a set of dates from a file that I create using
> dateWithString:. I've encountered some odd behavior in that some
of
> the dates are created with an offset of -0700 for PDT and a few
have
> the offset -0800 (also PDT apparently). ...
>
> I'm obviously missing something or this is a bug.
You haven't shown us samples, but is it possible the discrepancy is
due to daylight savings time? We're not always at the same offset
from either Greenwich or UTC.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden