Bret Pettichord wrote:
I've been trying to understand this all better myself and once i do, i
think i want to rework the code that we have so that users don't have
to think about threads or processes -- that really should be handled
by the tool.
Like i said, i'm still trying to track down all the facts -- but at
this point it seems to me that WindowHelper (and thus AutoIT) can be
called from the same process (different thread) wheras winclicker
needs to be in a separate process. True?
Bret
I haven't tried AutoIT but WinClicker works _only_ when called from a
separate process.
At 08:57 AM 7/27/2005, Raghu Venkataramana wrote:
Chris McMahon wrote:
On 7/26/05, Scott Hanselman <[EMAIL PROTECTED]> wrote:
Why do folks do all this tricky stuff with Winclicker and starting new
instances of the ruby process?
I do this:
Thread.new { sleep 0.1; WindowHelper.new.push_alert_button }
ie.link(:id, "whatever").click #this causes an Alert()
I discovered this myself independently: the way to handle popups is
in another thread.
Those unfamiliar with threads accomplish the same
thing by handling popups in another process altogether.
Not entirely true. What we found here was that most of the times,
when a modal
dialog pops up, the calling process and all its child threads wait
for the modal dialog to be dismissed
before continuing executing. Spawning another process solves this
problem. In fact, in one of
my experiments I found that even when a child thread opens a modal
dialog, the owner thread
also waits till the dialog is dismissed. ( I was trying to check if
it is possible to call some of the
potential dialog creators like clicking etc., could be started off on
a separate thread)
(Some silly
people have handled popups with an entirely different script running
in another scripting *language* altogether...)
-Chris
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
_____________________
Bret Pettichord
www.pettichord.com
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
