Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!necntc!ames!sdcsvax!ucbvax!dewey.soe.berkeley.edu!oster
From: oster@dewey.soe.berkeley.edu (David Phillip Oster)
Newsgroups: comp.sys.mac
Subject: Re: Desktop Drawing
Message-ID: <20675@ucbvax.BERKELEY.EDU>
Date: Tue, 15-Sep-87 17:46:11 EDT
Article-I.D.: ucbvax.20675
Posted: Tue Sep 15 17:46:11 1987
Date-Received: Thu, 17-Sep-87 06:46:06 EDT
References: <917@mntgfx.MENTOR.COM>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster)
Organization: School of Education, UC-Berkeley
Lines: 30

In article <917@mntgfx.MENTOR.COM> tomc@mntgfx.MENTOR.COM (Tom Carstensen) writes:
>I wish to implement something functionally like the icons
>on the Finders desktop, and I am currently doing it this
>way:
>    - traversing the list of windows, subtracting each visible
>      window's rectangle from the icon rectangles region
>    - Use this new region as the clip region
>    - and then drawing the icon on the desk port.

This is strongly discouraged if you expect to be compatible with
multi-finder. Under multi-finder, the way you are supposed to do this
is: 

1.) write a custom window definition procedure that takes an ICN#
as argument and builds an ICN# shaped window. 

2.) create a separate window for each ICN#.  

Note: this makes it easy to implement something like the mailbox icon
on many systems: a background task that looks one way when you have no
mail, a different way for unread mail, and a third way for read mail
still in the mailbox, and flashes when new mail is delivered.

On your previous query, "can you tell a window's location by looking
at its portbits". Have you considered what happens on a MacII, which
supports multiple displays? 

--- David Phillip Oster            --My Good News: "I'm a perfectionist."
Arpa: oster@dewey.soe.berkeley.edu --My Bad News: "I don't charge by the hour."
Uucp: {seismo,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu