Here's the scoop. I have a program which after it's done with it's job, will pop up a child window to tell me it's done. Unfortunately, I often have lots of programs running while I'm focused elsewhere, so I want to add an audible sound to attract my attention when this window pops up.
However, I need it to make the sound periodically, because I'm often away from the desk, and if it only rings once, I'll miss it as often as not.
The method I've employed in the past is that I have a macro that fires off every 30 seconds, and checks for specific window titles, and if they exist, it fires off the sound.
So here's the problem... The durn thing keeps thinking the PARENT window is the CHILD window.
Specifically, when the program's done, it pops up a child with the title "Information". However, any time the program is running, it seems to think that there's an "Information" window. There isn't. It's wierd. I've set it for an exact match, and I've scrutinized all other open windows - none of them have the word "Information" in them anywhere. So why does ME keep sounding off when "Information" isn't even there? Or are there secret windows hidden away that I don't know about, and one of them is called "information"?
I need to check the size of this child window to confirm it's the one I'm waiting for. If it's not, I don't want the alert to sound. So if there was a way to get the window size WITHOUT activating it, that'd be an OK workaround. The problem is that if I'm doing something else, this thing fires off and, thinking it's the "information" window, brings the main window foreward to get the size for the check. And of course, the active button is the "Cancel" button. Which means if I'm typing when it happens, and I hit SPACE or ENTER, I've just cancelled the job that was running in the background. VERY annoying!
So either a fix for the "wrong window" identification, or a method for checking window size without pulling it to the front would fix the problem.
Any ideas appreciated.
Thanks.
- AzDayton - 06/21/2012 12:45:38