Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!wuarchive!uunet!microsoft!benw
From: benw@microsoft.UUCP (Ben WALDMAN)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Excel 3.0 and the WindowList
Message-ID: <72724@microsoft.UUCP>
Date: 3 Jun 91 20:09:31 GMT
References: <13648@goofy.Apple.COM> <1991May29.162514.20304@mmm.serc.3m.com> <13744@goofy.Apple.COM>
Reply-To: benw@microsoft.UUCP (Ben WALDMAN)
Organization: Microsoft Corp., Redmond WA
Lines: 29

In article <13744@goofy.Apple.COM> alexr@apple.com (Alexander M. Rosenberg) writes:
>
>I'm trying to do something similar to what "PopWMenu" does (programatically).
>
>However, "goofy stuff" isn't an acceptable result of user actions in this
>case. The 'phantom' windows found in Excel can be filtered out because they
>have no title. (Only real strings belong in a text list anyway.) My problem
>is that the "regular" windows in Excel aren't "regular" at all. Calling
>_SelectWindow on them screws things all up (read: Bus Error). "PopWMenu" and
>other similar things just call _SelectWindow, as I would have liked to do.
>
>Anybody from Microsoft who would care to explain their "windows" to me?

There's nothing unusual about the regular Excel windows.  The "weirdness"
that is going on here is that we maintain the several floating windows
by using SendBehind rather than SelectWindow (that is, to bring a window
to the front, it is sent behind the rear-most floating window).  If you
do this, your program should work (there are 4 floating windows).  Also,
I'm not sure that it's a good idea to check for title strings, since the
frontmost floating window will get a title when printing, in order to get
this name to appear in various print manager dialogs.

Ben Waldman
Excel Development Team
Microsoft


Disclaimer:  These are my own thoughts, opinions, and ideas, and in no
way reflect those of my employer.