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