Xref: utzoo comp.sys.mac.programmer:5386 comp.sys.mac:29597
Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!wasatch!cs.utexas.edu!tut.cis.ohio-state.edu!bloom-beacon!bu-cs!att!pegasus!ech
From: ech@pegasus.ATT.COM (Edward C Horvath)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac
Subject: Re: Checking for MF (was Re: Need some MF help)
Message-ID: <2749@pegasus.ATT.COM>
Date: 5 Apr 89 21:41:27 GMT
References: <1179@internal.Apple.COM>
Distribution: comp.sys.mac.programmer,comp.sys.mac
Organization: AT&T ISL Middletown NJ USA
Lines: 19

This isn't a need-to-know, but rather an annoyance.

I have an application that tries to be a good citizen by shrinking windows
when it's not the foreground app.  I'm not the author of VersaTerm, but it
does this also.

No problem: initially set up for foreground; then on a Suspend event,
switch to background appearance; on a Resume, switch to foreground.

This works fine EXCEPT when the application is part of a "Set Startup"
set and does not wind up frontmost.  The app is set up in background,
and stays in background, but doesn't receive an initial Resume OR Suspend.

Minor, but several of my users have complained about it.  Simplest fix for
Apple is just to make sure startup apps get a Suspend event (preferably
excepting the frontmost app).

=Ned Horvath=
ech@pegasus.att.com; AppleLink D1619