On 4/27/02 5:48 PM, "Mr Tea" <[EMAIL PROTECTED]> wrote: > I'm using a stay-open AppleScript applet that tells me about new mail when > Entourage X is running in the background. That's the idea, anyway. > > The script tests whether or not Entourage is frontmost by asking the Finder > to get the creator type of the frontmost process and - in theory - only > doing its stuff if the result is not "OPIM". Often, however, it ignores this > stipulation for no obvious reason - like just now while I'm typing this > message. > > Why? Is Entourage not always frontmost when it appears to be so? I wondered > if Microsoft, in its cheeky, loveable way, was slipping additional processes > into the mix, and found the 'Microsoft Database Daemon' lurking hard by. But > I can't find any evidence that suggests it's muscling its way to the front > and confusing my applet.
This might be related to a minor bug that I have been seeing. Sometimes, when Entourage is in background, I will click on one of its windows (usually the browser window) to bring the application to the front. The Entourage window becomes active, losing its transparency, but does not come to the front. It remains behind the window(s) of another application. The Entourage menu bar is active, and the Entourage window responds to mouse clicks and keys, even though it is not frontmost. Clicking in the titlebar of the window will finally bring it to front. This behavior is intermittent, but I usually see it at least once a day. Might be a glitch in the Entourage event processing logic. -- Julian Vrieslander <[EMAIL PROTECTED]> -- To unsubscribe: <mailto:[EMAIL PROTECTED]> archives: <http://www.mail-archive.com/entourage-talk%40lists.letterrip.com/> old-archive: <http://www.mail-archive.com/entourage-talk%40lists.boingo.com/>
