Xref: utzoo comp.sys.mac.programmer:5489 comp.sys.mac:29774
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!batcomputer!mha
From: mha@batcomputer.tn.cornell.edu (Mark H. Anbinder)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac
Subject: Re: Why no Command/Drag under MultiFinder?
Keywords: MultiFinder
Message-ID: <7700@batcomputer.tn.cornell.edu>
Date: 9 Apr 89 00:47:23 GMT
References: <1562@neoucom.UUCP> <28399@apple.Apple.COM> <1706@etive.ed.ac.uk>
Reply-To: mha@tcgould.tn.cornell.edu (Mark H. Anbinder)
Organization: Department of Media Services, Cornell University, Ithaca NY
Lines: 23

In article <1706@etive.ed.ac.uk> nick@lfcs.ed.ac.uk (Nick Rothwell) writes:
>Just a quick observation. The finder allows Command/drag on inactive
>windows; they move around, but don't come to the front and don't
>become active. ... [some stuff deleted]
>   So: why doesn't this paradigm extend to MultiFinder? If I'm running
>MacFoo in as the foreground application, shouldn't I be able to command/drag
>the finder windows around without otherwise waking the finder up? And the
>other way round, of course... Or is there something about "layers" which
>makes this undesirable or difficult to do?

I doubt this would really be possible.  MultiFinder would have to transfer
control to the program that owns the window you're moving, at least long
enough for it to update the window's contents, then yank control back,
which would be quite impolite! :-)  Seriously, this would certainly be a
nice feature, but since window-dragging is handled by the individual
programs, it would probably be very, very tough.


-- 
Mark H. Anbinder                                ** MHA@TCGould.tn.cornell.edu
NG33 MVR Hall, Media Services Dept.             ** THCY@CRNLVAX5.BITNET
Cornell University      H: (607) 257-7587 ********
Ithaca, NY 14853        W: (607) 255-1566 ******* Ego ipse custodies custudio