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