Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!pyramid!voder!apple!lsr
From: lsr@apple.UUCP (Larry Rosenstein)
Newsgroups: comp.sys.mac
Subject: Re: More clipboard strangeness under MultiFinder
Message-ID: <6875@apple.UUCP>
Date: Wed, 2-Dec-87 13:08:17 EST
Article-I.D.: apple.6875
Posted: Wed Dec  2 13:08:17 1987
Date-Received: Sat, 5-Dec-87 17:27:38 EST
References: <12355088678.214.P.PRIAPUS@HAMLET.STANFORD.EDU>
Reply-To: lsr@apple.UUCP (Larry Rosenstein)
Organization: Advanced Technology Group, Apple Computer
Lines: 32

In article <12355088678.214.P.PRIAPUS@HAMLET.STANFORD.EDU> P.PRIAPUS@HAMLET.STANFORD.EDU (Bill Lipa) writes:
>Here is a small Lightspeed Pascal program which demonstrates the problems I am
>having getting MultiFinder to recognize that I have changed the contents of the
>clipboard:
>

I think Tech Note 180 has the answer.  It says: "Multifinder 1.0 keeps
separate scrap variables for each partition. Multifinder only checks to see
whether or not to increment the other partition' scrapCounts in response to
a user-initiated Cut or Copy.  To do this it watches the SystemEdit call to
determine whether an official Cut or Copy has been issued."

This means that your picture is going into the clipboard, but Multifinder is
not telling the other applications about it.  

I think the solution would be to call SystemEdit with a parameter of 3
(=Copy); as long as your application window is frontmost, SystemEdit will
return FALSE (it won't tell a DA to do the Copy), but Multifinder will think
that a Copy has been done.  

I don't have any documentation that indicates whether this is the "right"
thing to do.  I thought that I had read something about this, but now I
can't find the reference.

-- 
Larry Rosenstein

Object Specialist
Apple Computer

AppleLink: Rosenstein1
UUCP:  {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.com