Path: utzoo!attcan!uunet!lll-winken!lll-lcc!ames!mailrus!bbn!apple!lsr
From: lsr@Apple.COM (Larry Rosenstein)
Newsgroups: comp.sys.mac
Subject: Re: multitasking and IPC (was: System 8.0: no more DA's.)
Message-ID: <22992@apple.Apple.COM>
Date: 29 Dec 88 05:17:35 GMT
References: <1988Dec16.191309.21623@cs.rochester.edu> <326@internal.Apple.COM> <807@esl.UUCP> <747@lts.UUCP> <34550@think.UUCP> <877@husc6.harvard.edu> <6120@hoptoad.uucp>
Organization: Advanced Technology Group, Apple Computer
Lines: 18

In article <6120@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>No, other applications don't get time when a modal dialog is up.  The way
>MultiFinder senses modality is by checking then window definition procedure.
>If a type dBoxProc is at the front, no other application will get time.

You are right that MultiFinder defines a modal dialog according to the
window kind, and not as aresult of a call to ModalDialog.  (Also, not that
it doesn't matter if you are using a custom window defproc, if the kind is
the same it is also considered modal.)

Background application *DO* get time when a modal dialog is up, provided the
foreground application yields the CPU.

		 Larry Rosenstein,  Object Specialist
 Apple Computer, Inc.  20525 Mariani Ave, MS 46-B  Cupertino, CA 95014
	    AppleLink:Rosenstein1    domain:lsr@Apple.COM
		UUCP:{sun,voder,nsc,decwrl}!apple!lsr