Path: utzoo!mnetor!uunet!husc6!bloom-beacon!mit-eddie!ll-xn!ames!amdahl!apple!tecot From: tecot@Apple.COM (Ed Tecot) Newsgroups: comp.sys.mac.programmer Subject: Re: MultiFinder and Dialog boxes (was Re: MultiFinder switch bug with custom WDEFs) Message-ID: <9448@apple.Apple.Com> Date: 9 May 88 22:25:42 GMT References: <242@uvabick.UUCP> <8700@apple.Apple.Com> <2887@midas.TEK.COM> <9332@apple.Apple.Com> <305@piring.cwi.nl> Reply-To: tecot@apple.UUCP (Ed Tecot) Organization: Apple Computer Inc, Cupertino, CA Lines: 31 In article <305@piring.cwi.nl> guido@cwi.nl (Guido van Rossum) writes: >In article <9332@apple.Apple.Com> goldman@apple.UUCP (Phil Goldman) writes: >>In article <2887@midas.TEK.COM> herbw@midas.UUCP (Herb Weiner) writes: >>>If the real problem is that Apple depends upon non-reentrant code (such >>>as Standard File) which uses modal dialogs, perhaps we should all be asking >>>when Apple will make this code reentrant. >> >>And modeless too, right? Why shouldn't other application windows be allowed >>to be put in front of the StdFile dialog, as well as other layers? What's >>the distinction (besides a change to the app interface)? > >Please answer the question, Phil! Was the non-reentrancy of StdFile a >reason or not? Your cynism (if I read this well) looks like a rethoric >trick to duck the question. Besides, what you suggest is not so strange >as it seems. One thing Phil did forget to mention is that since modal dialogs have their own event loop, there is no way to get the suspend and resume events to the application. _emt . . . . . . . . (darn inews!)