Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!uccba!spca6!kgw2!dennisg
From: dennisg@kgw2.UUCP (Dennis Glatting)
Newsgroups: comp.sys.next
Subject: Re: window object and awake method
Summary: awake again.
Keywords: window awake
Message-ID: <298@kgw2.UUCP>
Date: 5 Dec 89 22:14:32 GMT
References: <128@kgw2.UUCP> <1989Dec3.185249.5197@uunet!dtgcube>
Organization: Xetron Corp, Cincinnati Ohio
Lines: 34

In article <1989Dec3.185249.5197@uunet!dtgcube>, ed@DTG.COM (Edward Jung) writes:
> In article <128@kgw2.UUCP>, dennisg@kgw2 (Dennis Glatting) writes:
> >
> >i've got a problem.
> > ...nor does
> >its finishUnarchiving method.  what's wrong?
> >
> 
> When Interface Builder creates your classes, it is not "unarchiving"
> them.  Archiving and archiving is performed by the read:/write: method

i've found that indeed the getNewContent factory method is used to create
the object.  Therefore i overrode it.  after i did a [super ...] i 
initialized my subclass variables (which contain other objects).  I can't
associate buttons/actions yet since the controls aren't created at that
point.  therefore i was going to do it in "awake".  (oh, i've subclassed
the window.)

what am i doing?
well, i developing a large app.  i've broken down the major window 
segments into seperate modules under IB (about 10-12).  when a item
is selected from a menu, or sub-menu, the delegate of the menu matrix,
my app coordinator object, looks in its hash table for the selection.
if not found it is then loaded from a IB module.  i suppose what i 
should do after its loaded is call a myAwake method.  that rids all of
the bull.  

you know?  this thing is cool.  needs better docs though (online 1.0
stuff isn't good enough).

--
 dennisg%kgw2%tron.UUCP@umbc3.UMBC.EDU  | Dennis P. Glatting
   I want my own NeXT, 64 MB RAM, 660 MB SCSI, NeXT Printer.
   ** Accepting Donations **