Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!ucbvax!pasteur!cory.Berkeley.EDU!pfile
From: pfile@cory.Berkeley.EDU (Rob Pfile)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Window Manager Problem...
Message-ID: <14695@pasteur.Berkeley.EDU>
Date: 16 Jun 89 03:14:44 GMT
References: <14618@pasteur.Berkeley.EDU> <2375@internal.Apple.COM> <7644@hoptoad.uucp>
Sender: news@pasteur.Berkeley.EDU
Reply-To: pfile@cory.Berkeley.EDU.UUCP (Rob Pfile)
Distribution: na
Organization: University of California, Berkeley
Lines: 27

In article <7644@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>In article <2375@internal.Apple.COM> lsr@Apple.COM (Larry Rosenstein) writes:
>>The picture field is in the Window Manager portion of the data.  WindowPtr 
>>is declared as being the same as a grafPort, so if LSC is using this 
>>definition as the basis of what to show, then you won't see any change.
>
>Clever!  I was wondering what problem he was having -- I have used
>SetWindowPic and it works.  However, note that after calling it on a
>window that's already visible, he will need to do an
>"InvalRect(&window->portRect);" to get the window redrawn.
>
>Tim Maroney, Mac Software Consultant, sun!hoptoad!tim, tim@toad.com

Well, when I typed my original message, I used the wrong term. I _was_
looking at (WindowPeek)myWindow, and after the call to SetWindowPic(),
the windowPic field was still null.

Even if the debugger was incorrect,  the call to SetWindowPic()
still seems to have done nothing since forcing the window to be redrawn
did not cause the pict to be drawn there.

I still don't know what the problem is, but I am sure that I am in
error somewhere...

I'll keep working on it.

Rob Pfile