Path: utzoo!mnetor!uunet!mcvax!uvabick!thomas
From: thomas@uvabick.UUCP (Thomas Fruin)
Newsgroups: comp.sys.mac.programmer
Subject: MultiFinder switch bug with custom WDEFs
Message-ID: <242@uvabick.UUCP>
Date: 19 Apr 88 03:04:40 GMT
Organization: uvabick
Lines: 30
Keywords: MultiFinder doesn't allow switching when it thinks it sees a dBoxProc

MultiFinder won't let you switch when there is a modal dialog box open
on the screen, since the user is expecting a modal situation.  To determine
this, MultiFinder looks to see (among other things) if the window definition
procedure of that window is dBoxProc.  (I'm quoting Technical Note 180 here)

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.  I have written my own WDEF that mimics Apple's standard WDEF
for document windows, but let's you have funky patterns in the title bar
(among other things).  I have my own variation codes that behave similar to,
but not completely the same as Apple's variation codes.  And you guessed it:
I also use a variation code of 1 (dBoxProc == 1).  I assumed MultiFinder
would at least check the resource ID of the WDEF it is examining - my WDEF
has a resource ID of 128, which would give the particular window that is       
giving me problems a window definition ID of 2049 (16 * 128 + 1).
  
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.

I hope Apple fixes this oversight.

-- Thomas Fruin

   fruin@hlerul5.BITNET                       University of Leiden
   thomas@uvabick.UUCP                        University of Amsterdam
   dibs@well.UUCP
   hol0066.AppleLink
   2:508/15.FidoNet                           The Netherlands