Handle a window that comes anytime during execution

Hi Shankar,

Personally I would stick to OnUnexpectedWindow event. You may have additional details for your use case that will invalidate this approach, but my current reasons are like this:

a) Generally, it is a good practice to call .Activate() or .SetFocus() methods before using the mouse or .Keys() method. If the target window/control cannot be activated because of been blocked by some modal window, this will trigger OnUnexpectedWindow event and you will be able to process the blocking window without any performance penalties due to constant check whether or not the blocking window exists;

b) If the window of your interest is not a blocking one then this means that it will not block user from doing the job, the user is not forced to close it before he/she can continue to work and, depending on implementation, the window may even appear to be behind the application/form and be noticed when the task is done. In this case it may be enough to check for the window presence before and after the test does its job.

I actually have a potential situation where I need to do the same thing.  My best solution that I've come up with is to use Utils.Timers.  What I would do is set up a timer at the beginning of your test run, configure to trigger at a particular interval (say, once a second or something like that), and have the routine handle the window.  The problem with this is that if the window comes up between triggers, it could still interfere with script actions.