Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!decwrl!pyramid!voder!apple!darin
From: darin@Apple.COM (Darin Adler)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MultiFinder switch bug with custom WDEFs
Message-ID: <8700@apple.Apple.Com>
Date: 21 Apr 88 06:30:36 GMT
References: <242@uvabick.UUCP>
Reply-To: darin@apple.UUCP (Darin Adler)
Organization: Apple
Lines: 20
Keywords: MultiFinder doesn't allow switching when it thinks it sees a dBoxProc

In article <242@uvabick.UUCP> thomas@uvabick.UUCP (Thomas Fruin) writes:
> Unfortunately MultiFinder doesn't look good enough.  It _only_ examines the
> window's variation code, assuming that you are using the standard WDEF with
> resource ID 0.
>
> Sadly, MultiFinder ignores the resource ID completely.  So if anybody out
> there is using custom WDEFs, make sure to avoid variation code 1.  It was
> a weird experience not being able to switch at all, even though I had
> document windows on top.

Although this is a bug, I have heard that some here want to retain it as a
feature. You see, if someone wants to create a non-standard WDEF that is a
modal-type window, there is nothing he can do *without* this bug. With it,
he only needs to define his modal-looking window as variation 1 (and avoid
that variation the rest of the time), and MultiFinder will respect the modal
window.

What do you think?
-- 
Darin Adler						AppleLink:Adler4
UUCP: {sun,voder,nsc,mtxinu,dual}!apple!darin	  CSNET: darin@Apple.com