Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!claris!apple!darin
From: darin@Apple.COM (Darin Adler)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MultiFinder switch bug with custom WDEFs
Message-ID: <9506@apple.Apple.Com>
Date: 11 May 88 00:16:03 GMT
References: <242@uvabick.UUCP> <8700@apple.Apple.Com> <2887@midas.TEK.COM> <9332@apple.Apple.Com> <2770@polya.STANFORD.EDU> <9442@apple.Apple.Com> <2792@polya.STANFORD.EDU>
Reply-To: darin@apple.UUCP (Darin Adler)
Organization: Apple
Lines: 22
Keywords: MultiFinder doesn't allow switching when it thinks it sees a dBoxProc

In article <2792@polya.STANFORD.EDU> kaufman@polya.Stanford.EDU (Marc T. Kaufman) writes:
> ... More interesting is that you seem to be telling me that
> Multifinder looks for dBoxProcs, and doesn't care about windowkind, and
> that IsDialogEvent looks at windowkind, and doesn't care about dBoxProcs.

True.

> If so, then one can have a layered application-modal dialog (e.g. one
> that uses the ModalDialog call) without disabling task switching??  Or
> does the ModalDialog event loop preclude switching.

Yes. No.

You also mentioned that it would be nice to be able to switch out of modal
dialogs by simply changing the procID in the DLOG resource. This will sometimes
work! I've even tried it with the Finder file copy dialog. It's not really
recommended, since the programmer may be assuming that no suspend/resume events
will come in while the modal dialog is frontmost. Also, in the case of the
Finder dialog, GetNextEvent is not called very often while file copies are going
on!
-- 
Darin Adler						AppleLink:Adler4
UUCP: {sun,voder,nsc,mtxinu,dual}!apple!darin	  CSNET: darin@Apple.com