If it's for windows where the number of them is under user control, then I 
typically add them to a an array (which is a strongly retained property) then 
you can either listen for window closing notifications and remove them, or if 
the user may open the same window again, then you can check the array before 
creating a new controller. If the controller for that window exists, then you 
can just reshow it. I use this pattern a lot, so it was easy for me to find an 
example:

- (void) showEditorForItem:(id)item
{
  // check if we have an editor array already
  if (self.editorControllers == nil) {
    self.editorControllers = [NSMutableArray array];
  }
  
  BOOL foundController = NO;
  for (EditorController *editor in self.editorControllers) {
    if (editor.item  == item) {
      [editor showWindow:self];
      foundController = YES;
      break;
    }
  }
  
  if (foundController == NO) {
    EditorController *editor = [[EditorController alloc] initWithItem:item 
managedObjectContext:self.managedObjectContext];
    
    [editor showWindow:self];
    [self.editorControllers addObject:editor];
  }
}

- Martin


On 16, Mar, 2013, at 10:38 PM, Chris Paveglio <chris_paveg...@yahoo.com> wrote:

> Sure I totally understand that. My question is more of "what is the most 
> elegant way to do it". Add them to an array?
> 
> 
> ----- Original Message -----
> From: iain <i...@sleepfive.com>
> To: Chris Paveglio <chris_paveg...@yahoo.com>
> Cc: Cocoa Dev List <Cocoa-dev@lists.apple.com>
> Sent: Saturday, March 16, 2013 2:35 PM
> Subject: Re: ARC Release too soon
> 
> 
> 
> On 16 Mar 2013, at 06:16 PM, Chris Paveglio <chris_paveg...@yahoo.com> wrote:
> 
>> So, am I doing some fundamental window management wrong (not sure since old 
>> app worked OK and didn't seem to leak), or how do I do something so ARC 
>> doesn't dealloc window controllers at the end of the function that fires 
>> them off
> 
> If you want the window controllers to hang around after the function finished 
> you need to assign them to a strong variable otherwise they will be released.
> 
> Iain 
> _______________________________________________
> 
> 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:
> https://lists.apple.com/mailman/options/cocoa-dev/martin.hewitson%40aei.mpg.de
> 
> This email sent to martin.hewit...@aei.mpg.de






_______________________________________________

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:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to