Re: MyDocument instance variables, dealloc problems
Re: MyDocument instance variables, dealloc problems
- Subject: Re: MyDocument instance variables, dealloc problems
- From: Andrew Madsen <email@hidden>
- Date: Sun, 12 Nov 2006 22:53:07 -0700
- Resent-date: Mon, 13 Nov 2006 08:40:46 -0700
- Resent-from: Andrew Madsen <email@hidden>
- Resent-message-id: <email@hidden>
- Resent-to: email@hidden
Mail is doing something weird to me, mixing up message somehow, so
this message appeared in a different thread with a different sender
and subject in the message list, but when I clicked on it, I saw your
reply. Not sure why that's happening, but that's why I didn't see it
earlier.
On Nov 12, 2006, at 12:05 PM, Keary Suska wrote:
on 11/11/06 11:28 PM, email@hidden purportedly
said:
In a typical document-based application, a new and different window is
created for each "document". This is accomplished by loading the
document
nib. Therefore the outlet for each document *should* be pointing to
a new
window.
I realize this, and upon further checking, this is happening
correctly. The problem is not in fact that new document instances
have docWindow pointing to the wrong place, rather it appears that
something (besides me) is messaging the released/dealloced windows
from previously closed documents. Again, this only happens if
possibleColumns was set in a previous document.
What are the contents of possibleColumns, more more specifically,
what are
the contents of the dict that you are passing to the setter? Simply
calling
a method should effect anything that is not explicitly in the code,
unless
you are using bindings. This response also applies to below.
possibleColumns (and the dictionary passed to the setter method) is a
dictionary containing NSTableColumn objects. The key for each object
is simply the identifier string for that table column. This is just
to make accessing particular columns from the dictionary easy.
Best,
Keary Suska
Esoteritech, Inc.
"Demystifying technology for your home or business"
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden