On Thursday, March 27, 2003, at 07:30 AM, Alan Humpherys wrote:
> Clever optimization to use the dictionary to speed the buddy lookup!
Yeah... we may want to consider keeping something like this around to
improve the performance of buddyNamed:forService:. I didn't do that yet
since it complicates things a bit more.
> On Thursday, March 27, 2003, at 02:48 AM,
> jtownsend@... wrote:
>> *** StoredIMController.m 27 Mar 2003 06:34:48 -0000 1.26
>> --- StoredIMController.m 27 Mar 2003 09:48:50 -0000 1.27
>> ***************
>> *** 77,81 ****
>> - (void)windowWillClose:(id)sender
>> {
>> - inited = FALSE;
>> [sessionList release];
>> sessionList = nil;
>> --- 77,80 ----
>> ***************
>
> One question I had.... You removed the inited = FALSE line in
> windowWillClose and I was wondering why... It was my understanding
> that closing the window released all of the window objects, and
> therefore, subsequent requests for displaying the window must reload
> the NIB in order to re-initialize those objects.
>
> Am I wrong in this? What happens to those objects when the window is
> closed?
That is true when there are multiple instances of the same window, like
in the case of chat windows. The stored IM browser is a singleton
window so we don't destroy it on window close. By reloading the nib I
think we were leaking and the window position was resetting based on
the nib. There's a flag in the nib for whether to release on close or
not.
-Jason
|