Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!caen!ox.com!yale!cs.yale.edu!cs.yale.edu!pittenger-laurence
From: pittenger-laurence@cs.yale.edu (Laurence Arthur Pittenger)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ToolBox Questions -- HELP!
Keywords: resource toolbox cdef multifinder update
Message-ID: <1991Apr30.181800.9446@cs.yale.edu>
Date: 30 Apr 91 18:18:00 GMT
References: <1991Apr28.045855.7644@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Distribution: usa
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
Lines: 24
Originator: pitteng@suned.CS.Yale.Edu
Nntp-Posting-Host: zoo-gw.cs.yale.edu

Answers to my previous post indicate that the toolbox provides no way
to handle directly drawing onto the screen.  It is assume that all
output will be managed through windows.

So, my new question: the reason I wanted to bypass the WindowManager
was because of severe restrictions on time & space; I wanted to avoid
the window structures and the calls.  Now, it seems, I have to
implement my interface via windows.  There are several ways to do
this.  One which I would like is to set the objects up as windows, but
have them share common memory for their display.  I would assume that
this is done by assigning the appropriate field in the CWindowRecord
so that they all access the same PixPat (and by making the appropriate
adjustments when deleting, so one doesn't delete the common
structure).  Is this possible?  Has anyone tried it before?  What
pitfalls await?  Etc etc.

Thanks,
LP

-- 

Laurence A. Pittenger
CSNET  : pittenger-laurence@cs.yale.edu
BITNET : pitlaua@yalevm ,  pittenger-laurence@yalecs