On Nov 11, 2011, at 7:41 PM, Greg Parker wrote:
> On Nov 11, 2011, at 5:36 PM, Jerry Krinock wrote:
>> NSDateFormatter documentation indicates that
>> -initWithDateFormat:allowNaturalLanguageString: is the recommended
>> initializer for new designs, and furthermore that -init is not "available"
I think there was a similar discussion on this list earlier this year (maybe
late last year). IIRC, the conclusion was that "init" was removed from the
documentation since it is inherited from its superclass' superclass (NSObject)
and doesn't do anything exceptional in NSDateFormatter, however i
On Nov 11, 2011, at 5:36 PM, Jerry Krinock wrote:
> NSDateFormatter documentation indicates that
> -initWithDateFormat:allowNaturalLanguageString: is the recommended
> initializer for new designs, and furthermore that -init is not "available"
> after 10.5.
The documentation is wrong. -[NSDateFo
I think you've misunderstood the documentation. -init is the preferred method
for creating 10.4+ date formatters.
http://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSDateFormatter_Class/Reference/Reference.html#//apple_ref/occ/instm/NSDateFormatter/initWithDa
NSDateFormatter documentation indicates that
-initWithDateFormat:allowNaturalLanguageString: is the recommended initializer
for new designs, and furthermore that -init is not "available" after 10.5.
However, I find kind of the opposite:
-initWithDateFormat:allowNaturalLanguageString gives unex
