elp/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do
Not enough morning coffee for you,
On Oct 3, 2011, at 7:29 AM, Steve Sisak wrote:
> You do, indeed want:
>
> self.audioPlayer = [self getSoundFile:"soundfile.wav"];
>
> or
>
> [self setAudioPlayer = [self getSoundFile:"soundfile.wav"]];
I think you meant [self setAudioPlayer:[self getSoundFil
I noticed that I many of my IBOutlets were only being used to modify the view
from the viewDidLoad methods but which were not accessed later in my code.
These outlets exist so that I can keep consistent appearance settings in a
large number of nibs without actually editing each nib. As a simplif
t; Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> 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:
> http://lists.apple.com/mailman/optio
Thanks Matt, was kind of hoping you would provide some insight (your responses
to others have been helpful).
> Very ingenious, but doesn't it leave a lot of stuff lying around that is just
> an accident waiting to happen? You are assuming that setLabel: will be called
> only by the nib-loading
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 Jan 31, 2012, at 3:49 PM, R wrote:
> David,
> Class B is a parser. It is passed NSData to parse (weak reference)
> and the Array (weak reference) from Class A. The results of the Data
> parse are placed into the Array. Class A will be around for the life
> of the application. Class B will
_
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> 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:
On Apr 17, 2011, at 12:58 PM, Quincey Morris wrote:
> On Apr 17, 2011, at 12:04, WT wrote:
>
>> On Apr 17, 2011, at 3:52 PM, Joanna Carter wrote:
>>
>>>
>
>>> Tell me; maybe it's my background in other languages, but I would tend to
>>> use a "static class" as a singleton; or, at least, desi
On Apr 26, 2011, at 2:51 PM, glenn andreas wrote:
>
> On Apr 26, 2011, at 4:36 PM, koko wrote:
>
>> So we have one vote for:
>>
>> 3. Use a view in a layer of the current view
>>
>> Any other views (no pun intended) ... going once going twice
>>
>> Any comments against :
>>
>> 1. Use
cocoa-dev/luketheh%40apple.com
>>>>
>>>> This email sent to luket...@apple.com
>>>
>>
>> ___
>>
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.
%40gmail.com
>>
>> This email sent to chasela...@gmail.com
>>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact th
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> 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:
> htt
Still learning Cocoa myself, so hoping to be corrected if I'm wrong.
On Jun 29, 2011, at 10:39 AM, Markus Hanauska wrote:
> "Cocoa’s ownership policy specifies that received objects should typically
> remain valid throughout the scope of the calling method. It should also be
> possible to retur
pe
>>> 'objc_object* const'
>>
>> --
>> David Duncan
>>
>
> _______
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to th
oa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
___
Cocoa-dev mailing
erator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
__
On Jan 20, 2011, at 4:46 PM, Nick Zitzmann wrote:
>
> On Jan 20, 2011, at 5:25 PM, Philip Vallone wrote:
>
>> Currently, my NSManagedObjectContext is retained like this in my app
>> delegate:
>>
>> @property (nonatomic, retain, readonly) NSManagedObjectContext
>> *managedObjectContext;
>
>
On Mar 8, 2012, at 4:29 PM, Prime Coderama wrote:
> I have references to 'ground' and 'air' in multiple files. It is usually used
> in this context, but not always.
>> if ([transport.type isEqualToString:@"ground"]) {
>>// do something for automobiles
>> }
>> else if ([transport.type isEq
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
__
David Duncan indicates that some of this can be alleviated with newer runtimes,
but Objective C's messaging system allows you to send messages to objects even
if those messages are not declared in the object's interface. So simply hiding
the actions in the implementation doesn't protect you from
t the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
___
On Mar 17, 2012, at 6:10 PM, Richard Somers wrote:
> On Mar 17, 2012, at 6:12 PM, Roland King wrote:
>
>> So often I find I start with
>>
>> @synthesize foo=_foo;
>>
>> and by the time I get to the end of the project I've written custom foo: and
>> setFoo: methods which do something else too.
e times that it doesn't.
>>
>> Thanks for any insight.
>> ___
>>
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Con
On Mar 19, 2012, at 4:27 PM, G S wrote:
> That reminds me of another question, though: Someone earlier mentioned the
> need to release elements loaded from the nib, in dealloc. I didn't think
> this was necessary, so I don't do it. And there are no apparent leaks as a
> result. What's the stor
rators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
___
Cocoa-dev mai
On Mar 20, 2012, at 12:19 PM, Eeyore wrote:
> I think the link was to the "Resource Programming Guide" which covers both
> Mac OS X and iOS. You will want to look at page 17 in the PDF "Legacy
> Patterns."
Sorry, I meant:
You will want to look at the section &q
The material quoted is post-ARC usage (not the use of "weak" and not "assign").
In the legacy paradigm material, you will see that pre-ARC. You can choose
"retain" or "assign" (or "copy", but I'll leave that out here). iOS outlets
should be held as "retain", and therefore need to be nil-ed in vi
-dev@lists.apple.com)
>
> 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:
> https://lists.apple.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/eeyore%40monsterworks.com
>
> This email sent to eey...@monsterworks.com
>
; ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubsc
c] initWithName:@"Richard Altenburg"] saysBestRegards];
>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-d
32 matches
Mail list logo
