From jeff.darklight at gmail.com  Tue Jan  3 01:54:00 2006
From: jeff.darklight at gmail.com (Jeff Wood)
Date: Mon, 02 Jan 2006 22:54:00 -0800
Subject: [Wtr-core] Patch for HEAD - Updated Frame#locate
In-Reply-To: <5.1.0.14.2.20051229113437.020f4880@pop.gmail.com>
References: <b539c61e0511282157o53ebf379jd5461478b8d547d3@mail.gmail.com>
	<b539c61e0511282133w50ec8126gffc4acb966f88a03@mail.gmail.com>
	<b539c61e0511282157o53ebf379jd5461478b8d547d3@mail.gmail.com>
	<5.1.0.14.2.20051229113437.020f4880@pop.gmail.com>
Message-ID: <43BA1F88.5070008@gmail.com>

Bret Pettichord wrote:

> Jeff,
>
> Thanks for your patch adding new methods for locating iframes. Sorry 
> for the delay in replying.
>
> When i run the unit tests with your patch, i get the errors detailed 
> below. (It's unclear to me how failure #2 could be related to your 
> patch; perhaps it has an unrelated cause.)
>
> We need these fixed, before we can commit the patch. We also need 
> tests (unit tests, not just manual tests in irb) for the new features 
> that you added, which will ensure that the new functionality continues 
> to work.
>
> Thanks again for your work on Watir.
>
> Bret
>
> Loaded suite D:/workspace/watir/unittests/core_tests
> Started
> ...........E...........F..................................................F.E.EE.E...E............E.......................................................................... 
>
> Finished in 100.304 seconds.
>
>   1) Error:
> test_frame(TC_Buttons):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using caption and Click Me
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:2207:in `enabled?'
>     D:/workspace/watir/unittests/../unittests/buttons_test.rb:129:in 
> `test_frame'
>
>   2) Failure:
> test_using_default(TC_Defaults) 
> [D:/workspace/watir/unittests/../unittests/speed_settings_test.rb:12]:
> <:slow> expected but was
> <:fast>.
>
>   3) Failure:
> test_links_in_frames(TC_Frame_Links) 
> [D:/workspace/watir/unittests/../unittests/links_test.rb:147]:
> <false> is not true.
>
>   4) Error:
> test_frame_no_what(TC_Frames):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using id and b2
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:2207:in `enabled?'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:17:in 
> `test_frame_no_what'
>
>   5) Error:
> test_frame_using_name(TC_Frames):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using id and b2
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:2207:in `enabled?'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:24:in 
> `test_frame_using_name'
>
>   6) Error:
> test_frame_using_name_and_regexp(TC_Frames):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using id and b2
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:2207:in `enabled?'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:30:in 
> `test_frame_using_name_and_regexp'
>
>   7) Error:
> test_preset_frame(TC_Frames):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using id and b2
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:2207:in `enabled?'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:47:in 
> `test_preset_frame'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:46:in 
> `instance_eval'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:46:in 
> `instance_eval'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:46:in 
> `test_preset_frame'
>
>   8) Error:
> test_Iframe(TC_IFrames):
> Watir::Exception::UnknownObjectException: Unable to locate object, 
> using name and textToSend
>     D:/workspace/watir/unittests/../watir.rb:1998:in `assert_exists'
>     D:/workspace/watir/unittests/../watir.rb:3467:in `set'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:98:in 
> `test_Iframe'
>
>   9) Error:
> test_frame(TC_NestedFrames):
> Watir::Exception::UnknownFrameException: Unable to locate a frame with 
> name senderFrame
>     D:/workspace/watir/unittests/../watir.rb:2296:in `locate'
>     D:/workspace/watir/unittests/../watir.rb:2306:in `initialize'
>     (eval):3:in `new'
>     (eval):3:in `frame'
>     D:/workspace/watir/unittests/../unittests/frame_test.rb:82:in 
> `test_frame'
>
> 173 tests, 980 assertions, 2 failures, 7 errors
>
> At 12:13 AM 11/29/2005, Jeff Wood wrote:
>
>> Ok, sorry for the confusion ... I had two small little errors ... all 
>> better. and all working.  Please review & comment.
>>
>> j.
>>
>> On 11/28/05, Jeff Wood 
>> <<mailto:jeff.darklight at gmail.com>jeff.darklight at gmail.com> wrote:
>>
>>> Sorry, put a hold on that ... seems like I found a few new issues ...
>>>
>>> j.
>>>
>>>
>>> On 11/28/05, Jeff Wood <<mailto:jeff.darklight at gmail.com> 
>>> jeff.darklight at gmail.com> wrote:
>>>
>>>> Ok, here's my submission for a patch to HEAD for the Frame#locate 
>>>> function.
>>>>
>>>> It solves the bug with not being able to find iframes by anything 
>>>> other than :index
>>>>
>>>> With this patch both frames and iframes are all now findable based on
>>>>
>>>> :index, :src, :name, or :id
>>>>
>>>> Let me know what you think.
>>>>
>>>> I haven't updated the testcases yet, but I did test it out manually 
>>>> ( good 'ol irb ).
>>>>
>>>> j.
>>>>
>>>> -- 
>>>> "Remember. Understand. Believe. Yield! -> 
>>>> <http://ruby-lang.org>http://ruby-lang.org"
>>>>
>>>> Jeff Wood
>>>
>>>
>>>
>>>
>>> -- 
>>> "Remember. Understand. Believe. Yield! -> 
>>> <http://ruby-lang.org>http://ruby-lang.org"
>>>
>>> Jeff Wood
>>
>>
>>
>>
>> -- 
>> "Remember. Understand. Believe. Yield! -> 
>> <http://ruby-lang.org>http://ruby-lang.org"
>>
>> Jeff Wood
>> _______________________________________________
>> Wtr-core mailing list
>> Wtr-core at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
> _____________________
>  Bret Pettichord
>  www.pettichord.com
>
>
Bret,

Thanks for the follow up, I'll work on getting things figured out.

j.

--
Read, Understand, Believe, Yield! -- http://www.ruby-lang.org

Jeff Wood

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060102/dd2802b4/attachment-0001.htm

From angrez at gmail.com  Tue Jan  3 12:21:44 2006
From: angrez at gmail.com (Angrez Singh)
Date: Tue, 3 Jan 2006 22:51:44 +0530
Subject: [Wtr-core] What is recommened for handling JS pop up?
Message-ID: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>

Hi all,

What should I use to handle JS pop ups AutoItX3 or WinClicker?

Which of this will be supported for long time?

Also I think WinClicker can be used on machine running on Windows. Am I
correct?

Regards,
Angrez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060103/d980087d/attachment.htm

From scott at hanselman.com  Tue Jan  3 12:54:19 2006
From: scott at hanselman.com (Scott Hanselman)
Date: Tue, 3 Jan 2006 09:54:19 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>
Message-ID: <000c01c6108e$b98d6650$0301a8c0@scottpc>

I'd like to know this also, it keeps coming up in questions when I show
Watir - "There's 3-4 ways to handle a popup, which is preferred?"

  _____  

From: wtr-core-bounces at rubyforge.org [mailto:wtr-core-bounces at rubyforge.org]
On Behalf Of Angrez Singh
Sent: Tuesday, January 03, 2006 9:22 AM
To: wtr-core at rubyforge.org
Subject: [Wtr-core] What is recommened for handling JS pop up?


Hi all,

What should I use to handle JS pop ups AutoItX3 or WinClicker?

Which of this will be supported for long time?

Also I think WinClicker can be used on machine running on Windows. Am I
correct?

Regards,
Angrez

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060103/0582598e/attachment.htm

From jeff.darklight at gmail.com  Tue Jan  3 13:11:29 2006
From: jeff.darklight at gmail.com (Jeff Wood)
Date: Tue, 3 Jan 2006 10:11:29 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>
References: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>
Message-ID: <b539c61e0601031011m1452c0a9wdda3d031ece9546d@mail.gmail.com>

Unless I've heard incorrectly, I believe that the goal is to remove
AutoIT from the distribution of WATiR. I know that the WET guys are
working pretty hard on a new way to handle pop ups better... So, I
don't know what the "approved" way is, but I'm pretty sure it's not
any of the ways we can do it now ...

j.

On 1/3/06, Angrez Singh <angrez at gmail.com> wrote:
> Hi all,
>
> What should I use to handle JS pop ups AutoItX3 or WinClicker?
>
> Which of this will be supported for long time?
>
> Also I think WinClicker can be used on machine running on Windows. Am I
> correct?
>
> Regards,
> Angrez
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>


--
"Remember. Understand. Believe. Yield! -> http://ruby-lang.org"

Jeff Wood


From jkohl at telusplanet.net  Tue Jan  3 13:33:36 2006
From: jkohl at telusplanet.net (jkohl@telusplanet.net)
Date: Tue,  3 Jan 2006 10:33:36 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <b539c61e0601031011m1452c0a9wdda3d031ece9546d@mail.gmail.com>
References: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>
	<b539c61e0601031011m1452c0a9wdda3d031ece9546d@mail.gmail.com>
Message-ID: <1136313216.43bac38009d8a@webmail.telusplanet.net>

There isn't a solution in place yet in a release. Winclickers, AutoIT and others
are really experimental solutions. Bret has been working on addressing this, but
last I heard it involved patching the WIN32OLE library, so it is non-trivial.

AutoIT fails sporadically for me, and Winclickers has an object leak, so I avoid
using either of them. I haven't written any documentation on this issue yet
because we don't really have a suitable solution in place that works well and is
user friendly.

-Jonathan

Quoting Jeff Wood <jeff.darklight at gmail.com>:

> Unless I've heard incorrectly, I believe that the goal is to remove
> AutoIT from the distribution of WATiR. I know that the WET guys are
> working pretty hard on a new way to handle pop ups better... So, I
> don't know what the "approved" way is, but I'm pretty sure it's not
> any of the ways we can do it now ...
> 
> j.
> 
> On 1/3/06, Angrez Singh <angrez at gmail.com> wrote:
> > Hi all,
> >
> > What should I use to handle JS pop ups AutoItX3 or WinClicker?
> >
> > Which of this will be supported for long time?
> >
> > Also I think WinClicker can be used on machine running on Windows. Am I
> > correct?
> >
> > Regards,
> > Angrez
> >
> > _______________________________________________
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
> >
> >
> >
> 
> 
> --
> "Remember. Understand. Believe. Yield! -> http://ruby-lang.org"
> 
> Jeff Wood
> 
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
> 





From bret at pettichord.com  Tue Jan  3 23:05:41 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 3 Jan 2006 22:05:41 -0600
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <1136313216.43bac38009d8a@webmail.telusplanet.net>
References: <e26bda3e0601030921n69abbfe4u269b2604bebfdbb9@mail.gmail.com>
	<b539c61e0601031011m1452c0a9wdda3d031ece9546d@mail.gmail.com>
	<1136313216.43bac38009d8a@webmail.telusplanet.net>
Message-ID: <ade75c5b0601032005q5e35f98apf91017d14cbd05a5@mail.gmail.com>

I think we need a new API for Watir that handles the javascript popups. I've
been working on this on and off. I'm leaning towards a solution that uses
WET or a similar library that uses Ruby wrappers to the WIN32 DLL's. But
once we have a supported API, the actual implementation mechanism is
something that we could change as we found something more supportable.

Half of the solution is actually to have a click method that can be safely
used to spawn the popup. That part is committed (click_no_wait). That
obviates the need for the threading/process confusion of the winclicker.

So what should the API be?

In dialog_test.rb (written before click_no_wait was written), the following
is implementted:

  dialog.button('Cancel').click
  dialog.button('OK').click

I think that is close to the API that we want, but i'm not so sure it is
quite right.

If you look at that test, you'll see that this code still needs to have some
polling added to it so that, like other Watir methods, it knows to wait
appropriately. (This code uses AUTOIT, but like i said, it could use
wet-win32 just as easily.)

Bret

On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote:
>
> There isn't a solution in place yet in a release. Winclickers, AutoIT and
> others
> are really experimental solutions. Bret has been working on addressing
> this, but
> last I heard it involved patching the WIN32OLE library, so it is
> non-trivial.
>
> AutoIT fails sporadically for me, and Winclickers has an object leak, so I
> avoid
> using either of them. I haven't written any documentation on this issue
> yet
> because we don't really have a suitable solution in place that works well
> and is
> user friendly.
>
> -Jonathan
>
> Quoting Jeff Wood <jeff.darklight at gmail.com>:
>
> > Unless I've heard incorrectly, I believe that the goal is to remove
> > AutoIT from the distribution of WATiR. I know that the WET guys are
> > working pretty hard on a new way to handle pop ups better... So, I
> > don't know what the "approved" way is, but I'm pretty sure it's not
> > any of the ways we can do it now ...
> >
> > j.
> >
> > On 1/3/06, Angrez Singh <angrez at gmail.com> wrote:
> > > Hi all,
> > >
> > > What should I use to handle JS pop ups AutoItX3 or WinClicker?
> > >
> > > Which of this will be supported for long time?
> > >
> > > Also I think WinClicker can be used on machine running on Windows. Am
> I
> > > correct?
> > >
> > > Regards,
> > > Angrez
> > >
> > > _______________________________________________
> > > Wtr-core mailing list
> > > Wtr-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/wtr-core
> > >
> > >
> > >
> >
> >
> > --
> > "Remember. Understand. Believe. Yield! -> http://ruby-lang.org"
> >
> > Jeff Wood
> >
> > _______________________________________________
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
> >
>
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060103/ca81e63c/attachment.htm

From scott at hanselman.com  Wed Jan  4 03:27:39 2006
From: scott at hanselman.com (Scott Hanselman)
Date: Wed, 4 Jan 2006 00:27:39 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <ade75c5b0601032005q5e35f98apf91017d14cbd05a5@mail.gmail.com>
Message-ID: <003101c61108$bf16c970$0301a8c0@scottpc>

Brainstorming:
 
javascript.waitforpopup(dialog.button('OK').click)
 
javascript.waitthen(dialog.button('OK').click)
 
Scott Hanselman

  _____  

From: wtr-core-bounces at rubyforge.org [mailto:wtr-core-bounces at rubyforge.org]
On Behalf Of Bret Pettichord
Sent: Tuesday, January 03, 2006 8:06 PM
To: wtr-core at rubyforge.org
Subject: Re: [Wtr-core] What is recommened for handling JS pop up?


I think we need a new API for Watir that handles the javascript popups. I've
been working on this on and off. I'm leaning towards a solution that uses
WET or a similar library that uses Ruby wrappers to the WIN32 DLL's. But
once we have a supported API, the actual implementation mechanism is
something that we could change as we found something more supportable.

Half of the solution is actually to have a click method that can be safely
used to spawn the popup. That part is committed (click_no_wait). That
obviates the need for the threading/process confusion of the winclicker. 

So what should the API be? 

In dialog_test.rb (written before click_no_wait was written), the following
is implementted:

  dialog.button('Cancel').click
  dialog.button('OK').click

I think that is close to the API that we want, but i'm not so sure it is
quite right.

If you look at that test, you'll see that this code still needs to have some
polling added to it so that, like other Watir methods, it knows to wait
appropriately. (This code uses AUTOIT, but like i said, it could use
wet-win32 just as easily.)

Bret


On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote: 

There isn't a solution in place yet in a release. Winclickers, AutoIT and
others
are really experimental solutions. Bret has been working on addressing this,
but 
last I heard it involved patching the WIN32OLE library, so it is
non-trivial.

AutoIT fails sporadically for me, and Winclickers has an object leak, so I
avoid
using either of them. I haven't written any documentation on this issue yet 
because we don't really have a suitable solution in place that works well
and is
user friendly.

-Jonathan

Quoting Jeff Wood <jeff.darklight at gmail.com>: 

> Unless I've heard incorrectly, I believe that the goal is to remove
> AutoIT from the distribution of WATiR. I know that the WET guys are
> working pretty hard on a new way to handle pop ups better... So, I 
> don't know what the "approved" way is, but I'm pretty sure it's not
> any of the ways we can do it now ...
>
> j.
>
> On 1/3/06, Angrez Singh < angrez at gmail.com <mailto:angrez at gmail.com> >
wrote:
> > Hi all,
> >
> > What should I use to handle JS pop ups AutoItX3 or WinClicker?
> >
> > Which of this will be supported for long time?
> > 
> > Also I think WinClicker can be used on machine running on Windows. Am I
> > correct?
> >
> > Regards,
> > Angrez
> >
> > _______________________________________________ 
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
<http://rubyforge.org/mailman/listinfo/wtr-core> 
> >
> >
> >
>
>
> --
> "Remember. Understand. Believe. Yield! -> http://ruby-lang.org"
>
> Jeff Wood
> 
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>




_______________________________________________
Wtr-core mailing list
Wtr-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-core



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060104/ae35c8c7/attachment-0001.htm

From Mark_Cain at rl.gov  Wed Jan  4 10:02:32 2006
From: Mark_Cain at rl.gov (Cain, Mark)
Date: Wed, 4 Jan 2006 07:02:32 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
Message-ID: <9C0BD1E3DAF1204D842D72E2DCE2A04ED1D4DB@EX5V.rl.gov>

Just curious, would this solution to handle modal windows also?

 

--Mark

 

________________________________

From: wtr-core-bounces at rubyforge.org
[mailto:wtr-core-bounces at rubyforge.org] On Behalf Of Bret Pettichord
Sent: Tuesday, January 03, 2006 8:06 PM
To: wtr-core at rubyforge.org
Subject: Re: [Wtr-core] What is recommened for handling JS pop up?

 

I think we need a new API for Watir that handles the javascript popups.
I've been working on this on and off. I'm leaning towards a solution
that uses WET or a similar library that uses Ruby wrappers to the WIN32
DLL's. But once we have a supported API, the actual implementation
mechanism is something that we could change as we found something more
supportable.

Half of the solution is actually to have a click method that can be
safely used to spawn the popup. That part is committed (click_no_wait).
That obviates the need for the threading/process confusion of the
winclicker. 

So what should the API be? 

In dialog_test.rb (written before click_no_wait was written), the
following is implementted:

  dialog.button('Cancel').click
  dialog.button('OK').click

I think that is close to the API that we want, but i'm not so sure it is
quite right.

If you look at that test, you'll see that this code still needs to have
some polling added to it so that, like other Watir methods, it knows to
wait appropriately. (This code uses AUTOIT, but like i said, it could
use wet-win32 just as easily.)

Bret

On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote: 

There isn't a solution in place yet in a release. Winclickers, AutoIT
and others
are really experimental solutions. Bret has been working on addressing
this, but 
last I heard it involved patching the WIN32OLE library, so it is
non-trivial.

AutoIT fails sporadically for me, and Winclickers has an object leak, so
I avoid
using either of them. I haven't written any documentation on this issue
yet 
because we don't really have a suitable solution in place that works
well and is
user friendly.

-Jonathan

Quoting Jeff Wood <jeff.darklight at gmail.com>: 

> Unless I've heard incorrectly, I believe that the goal is to remove
> AutoIT from the distribution of WATiR. I know that the WET guys are
> working pretty hard on a new way to handle pop ups better... So, I 
> don't know what the "approved" way is, but I'm pretty sure it's not
> any of the ways we can do it now ...
>
> j.
>
> On 1/3/06, Angrez Singh < angrez at gmail.com <mailto:angrez at gmail.com> >
wrote:
> > Hi all,
> >
> > What should I use to handle JS pop ups AutoItX3 or WinClicker?
> >
> > Which of this will be supported for long time?
> > 
> > Also I think WinClicker can be used on machine running on Windows.
Am I
> > correct?
> >
> > Regards,
> > Angrez
> >
> > _______________________________________________ 
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core 
> >
> >
> >
>
>
> --
> "Remember. Understand. Believe. Yield! -> http://ruby-lang.org"
>
> Jeff Wood
> 
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>




_______________________________________________
Wtr-core mailing list
Wtr-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-core

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060104/be16ab36/attachment.htm

From bpettichord at gmail.com  Wed Jan  4 10:22:07 2006
From: bpettichord at gmail.com (Bret Pettichord)
Date: Wed, 4 Jan 2006 09:22:07 -0600
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <9C0BD1E3DAF1204D842D72E2DCE2A04ED1D4DB@EX5V.rl.gov>
References: <9C0BD1E3DAF1204D842D72E2DCE2A04ED1D4DB@EX5V.rl.gov>
Message-ID: <ade75c5b0601040722yf070aa7g39517349fd1afdd3@mail.gmail.com>

No, we need to use WIN32 calls to access the JS popups. They, however, will
be unsatisfactory for the modal windows. For these, we want to access the of
the modal using the normal Watir syntax.

I am also working on this solution, and have some C code that almost gives
me the DOM from an HWND. This code is uncommitted, but i've decided to
commit it in its unfinished state with some hope that i can get help on the
last bit. The thing holding me up is that i had someone else write it on
spec, and i don't know how to compile it myself.

Bret

On 1/4/06, Cain, Mark <Mark_Cain at rl.gov> wrote:
>
>  Just curious, would this solution to handle modal windows also?
>
>
>
> *--Mark*
>
>
>  ------------------------------
>
> *From:* wtr-core-bounces at rubyforge.org [mailto:
> wtr-core-bounces at rubyforge.org] *On Behalf Of *Bret Pettichord
> *Sent:* Tuesday, January 03, 2006 8:06 PM
> *To:* wtr-core at rubyforge.org
> *Subject:* Re: [Wtr-core] What is recommened for handling JS pop up?
>
>
>
> I think we need a new API for Watir that handles the javascript popups.
> I've been working on this on and off. I'm leaning towards a solution that
> uses WET or a similar library that uses Ruby wrappers to the WIN32 DLL's.
> But once we have a supported API, the actual implementation mechanism is
> something that we could change as we found something more supportable.
>
> Half of the solution is actually to have a click method that can be safely
> used to spawn the popup. That part is committed (click_no_wait). That
> obviates the need for the threading/process confusion of the winclicker.
>
> So what should the API be?
>
> In dialog_test.rb (written before click_no_wait was written), the
> following is implementted:
>
>   dialog.button('Cancel').click
>   dialog.button('OK').click
>
> I think that is close to the API that we want, but i'm not so sure it is
> quite right.
>
> If you look at that test, you'll see that this code still needs to have
> some polling added to it so that, like other Watir methods, it knows to wait
> appropriately. (This code uses AUTOIT, but like i said, it could use
> wet-win32 just as easily.)
>
> Bret
>
> On 1/3/06, *jkohl at telusplanet.net* <jkohl at telusplanet.net> wrote:
>
> There isn't a solution in place yet in a release. Winclickers, AutoIT and
> others
> are really experimental solutions. Bret has been working on addressing
> this, but
> last I heard it involved patching the WIN32OLE library, so it is
> non-trivial.
>
> AutoIT fails sporadically for me, and Winclickers has an object leak, so I
> avoid
> using either of them. I haven't written any documentation on this issue
> yet
> because we don't really have a suitable solution in place that works well
> and is
> user friendly.
>
> -Jonathan
>
> Quoting Jeff Wood <jeff.darklight at gmail.com>:
>
> > Unless I've heard incorrectly, I believe that the goal is to remove
> > AutoIT from the distribution of WATiR. I know that the WET guys are
> > working pretty hard on a new way to handle pop ups better... So, I
> > don't know what the "approved" way is, but I'm pretty sure it's not
> > any of the ways we can do it now ...
> >
> > j.
> >
> > On 1/3/06, Angrez Singh < angrez at gmail.com> wrote:
> > > Hi all,
> > >
> > > What should I use to handle JS pop ups AutoItX3 or WinClicker?
> > >
> > > Which of this will be supported for long time?
> > >
> > > Also I think WinClicker can be used on machine running on Windows. Am
> I
> > > correct?
> > >
> > > Regards,
> > > Angrez
> > >
> > > _______________________________________________
> > > Wtr-core mailing list
> > > Wtr-core at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/wtr-core
> > >
> > >
> > >
> >
> >
> > --
> > "Remember. Understand. Believe. Yield! -> http://ruby-lang.org"
> >
> > Jeff Wood
> >
> > _______________________________________________
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
> >
>
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060104/b9e51848/attachment.htm

From angrez at gmail.com  Thu Jan  5 12:53:49 2006
From: angrez at gmail.com (Angrez Singh)
Date: Thu, 5 Jan 2006 23:23:49 +0530
Subject: [Wtr-core] Query regarding JS Pop up
Message-ID: <e26bda3e0601050953t40489a4en268b18d41c49e292@mail.gmail.com>

Hi,

Is it neccessary that the JS pop up should be in focus for clicking it?
If not then how should I click on the JS pop up with IE minimized.

Regards,
Angrez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060105/be98e62c/attachment-0001.htm

From jkohl at telusplanet.net  Thu Jan  5 15:00:46 2006
From: jkohl at telusplanet.net (jkohl@telusplanet.net)
Date: Thu,  5 Jan 2006 12:00:46 -0800
Subject: [Wtr-core] Query regarding JS Pop up
In-Reply-To: <e26bda3e0601050953t40489a4en268b18d41c49e292@mail.gmail.com>
References: <e26bda3e0601050953t40489a4en268b18d41c49e292@mail.gmail.com>
Message-ID: <1136491246.43bd7aee1357d@webmail.telusplanet.net>


> Is it neccessary that the JS pop up should be in focus for clicking it?
> If not then how should I click on the JS pop up with IE minimized.
I've never been able to get the JS popup clicked when IE is minimized with
either Winclickers or AutoIT. 

Anyone else have experience with this?

-Jonathan




From jkohl at telusplanet.net  Sat Jan  7 22:07:57 2006
From: jkohl at telusplanet.net (Jonathan Kohl)
Date: Sat, 7 Jan 2006 20:07:57 -0700
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <ade75c5b0601032005q5e35f98apf91017d14cbd05a5@mail.gmail.com>
Message-ID: <000101c61400$ba6255c0$6500a8c0@tintin>

>In dialog_test.rb (written before click_no_wait was written), the following
is implemented:
>	
>	  dialog.button('Cancel').click
>	  dialog.button('OK').click
>	
>	I think that is close to the API that we want, but i'm not so sure
it is quite right.

Combining this with Scott's brainstorm I was thinking something like this:

js_popup.button('Cancel').click #For JavaScript alerts

security_popup.button('Yes').click #when using https on a test machine
without a license key

etc.

If we need to have them genericized, we could call all of them "popup"

popup.button('Cancel').click

popup.contains(:text, "Error!")

Just some ideas.

-Jonathan


	


________________________________

	From: wtr-core-bounces at rubyforge.org
[mailto:wtr-core-bounces at rubyforge.org] On Behalf Of Bret Pettichord
	Sent: January 3, 2006 9:06 PM
	To: wtr-core at rubyforge.org
	Subject: Re: [Wtr-core] What is recommened for handling JS pop up?
	
	
	I think we need a new API for Watir that handles the javascript
popups. I've been working on this on and off. I'm leaning towards a solution
that uses WET or a similar library that uses Ruby wrappers to the WIN32
DLL's. But once we have a supported API, the actual implementation mechanism
is something that we could change as we found something more supportable.
	
	Half of the solution is actually to have a click method that can be
safely used to spawn the popup. That part is committed (click_no_wait). That
obviates the need for the threading/process confusion of the winclicker. 
	
	So what should the API be? 
	
	In dialog_test.rb (written before click_no_wait was written), the
following is implementted:
	
	  dialog.button('Cancel').click
	  dialog.button('OK').click
	
	I think that is close to the API that we want, but i'm not so sure
it is quite right.
	
	If you look at that test, you'll see that this code still needs to
have some polling added to it so that, like other Watir methods, it knows to
wait appropriately. (This code uses AUTOIT, but like i said, it could use
wet-win32 just as easily.)
	
	Bret
	
	
	On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote: 

		There isn't a solution in place yet in a release.
Winclickers, AutoIT and others
		are really experimental solutions. Bret has been working on
addressing this, but 
		last I heard it involved patching the WIN32OLE library, so
it is non-trivial.
		
		AutoIT fails sporadically for me, and Winclickers has an
object leak, so I avoid
		using either of them. I haven't written any documentation on
this issue yet 
		because we don't really have a suitable solution in place
that works well and is
		user friendly.
		
		-Jonathan
		
		Quoting Jeff Wood <jeff.darklight at gmail.com>: 
		
		> Unless I've heard incorrectly, I believe that the goal is
to remove
		> AutoIT from the distribution of WATiR. I know that the WET
guys are
		> working pretty hard on a new way to handle pop ups
better... So, I 
		> don't know what the "approved" way is, but I'm pretty sure
it's not
		> any of the ways we can do it now ...
		>
		> j.
		>
		> On 1/3/06, Angrez Singh < angrez at gmail.com
<mailto:angrez at gmail.com> > wrote:
		> > Hi all,
		> >
		> > What should I use to handle JS pop ups AutoItX3 or
WinClicker?
		> >
		> > Which of this will be supported for long time?
		> > 
		> > Also I think WinClicker can be used on machine running
on Windows. Am I
		> > correct?
		> >
		> > Regards,
		> > Angrez
		> >
		> > _______________________________________________ 
		> > Wtr-core mailing list
		> > Wtr-core at rubyforge.org
		> > http://rubyforge.org/mailman/listinfo/wtr-core
<http://rubyforge.org/mailman/listinfo/wtr-core> 
		> >
		> >
		> >
		>
		>
		> --
		> "Remember. Understand. Believe. Yield! ->
http://ruby-lang.org"
		>
		> Jeff Wood
		> 
		> _______________________________________________
		> Wtr-core mailing list
		> Wtr-core at rubyforge.org
		> http://rubyforge.org/mailman/listinfo/wtr-core
		>
		
		
		
		
		_______________________________________________
		Wtr-core mailing list
		Wtr-core at rubyforge.org
		http://rubyforge.org/mailman/listinfo/wtr-core
		





From scott at hanselman.com  Sun Jan  8 01:11:42 2006
From: scott at hanselman.com (Scott Hanselman)
Date: Sat, 7 Jan 2006 22:11:42 -0800
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <000101c61400$ba6255c0$6500a8c0@tintin>
Message-ID: <001c01c6141a$65cc9790$0301a8c0@scottpc>

I really like the generic examples.

Scott  

-----Original Message-----
From: wtr-core-bounces at rubyforge.org [mailto:wtr-core-bounces at rubyforge.org]
On Behalf Of Jonathan Kohl
Sent: Saturday, January 07, 2006 7:08 PM
To: wtr-core at rubyforge.org
Subject: Re: [Wtr-core] What is recommened for handling JS pop up?

>In dialog_test.rb (written before click_no_wait was written), the 
>following
is implemented:
>	
>	  dialog.button('Cancel').click
>	  dialog.button('OK').click
>	
>	I think that is close to the API that we want, but i'm not so sure
it is quite right.

Combining this with Scott's brainstorm I was thinking something like this:

js_popup.button('Cancel').click #For JavaScript alerts

security_popup.button('Yes').click #when using https on a test machine
without a license key

etc.

If we need to have them genericized, we could call all of them "popup"

popup.button('Cancel').click

popup.contains(:text, "Error!")

Just some ideas.

-Jonathan


	


________________________________

	From: wtr-core-bounces at rubyforge.org
[mailto:wtr-core-bounces at rubyforge.org] On Behalf Of Bret Pettichord
	Sent: January 3, 2006 9:06 PM
	To: wtr-core at rubyforge.org
	Subject: Re: [Wtr-core] What is recommened for handling JS pop up?
	
	
	I think we need a new API for Watir that handles the javascript
popups. I've been working on this on and off. I'm leaning towards a solution
that uses WET or a similar library that uses Ruby wrappers to the WIN32
DLL's. But once we have a supported API, the actual implementation mechanism
is something that we could change as we found something more supportable.
	
	Half of the solution is actually to have a click method that can be
safely used to spawn the popup. That part is committed (click_no_wait). That
obviates the need for the threading/process confusion of the winclicker. 
	
	So what should the API be? 
	
	In dialog_test.rb (written before click_no_wait was written), the
following is implementted:
	
	  dialog.button('Cancel').click
	  dialog.button('OK').click
	
	I think that is close to the API that we want, but i'm not so sure
it is quite right.
	
	If you look at that test, you'll see that this code still needs to
have some polling added to it so that, like other Watir methods, it knows to
wait appropriately. (This code uses AUTOIT, but like i said, it could use
wet-win32 just as easily.)
	
	Bret
	
	
	On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote: 

		There isn't a solution in place yet in a release.
Winclickers, AutoIT and others
		are really experimental solutions. Bret has been working on
addressing this, but 
		last I heard it involved patching the WIN32OLE library, so
it is non-trivial.
		
		AutoIT fails sporadically for me, and Winclickers has an
object leak, so I avoid
		using either of them. I haven't written any documentation on
this issue yet 
		because we don't really have a suitable solution in place
that works well and is
		user friendly.
		
		-Jonathan
		
		Quoting Jeff Wood <jeff.darklight at gmail.com>: 
		
		> Unless I've heard incorrectly, I believe that the goal is
to remove
		> AutoIT from the distribution of WATiR. I know that the WET
guys are
		> working pretty hard on a new way to handle pop ups
better... So, I 
		> don't know what the "approved" way is, but I'm pretty sure
it's not
		> any of the ways we can do it now ...
		>
		> j.
		>
		> On 1/3/06, Angrez Singh < angrez at gmail.com
<mailto:angrez at gmail.com> > wrote:
		> > Hi all,
		> >
		> > What should I use to handle JS pop ups AutoItX3 or
WinClicker?
		> >
		> > Which of this will be supported for long time?
		> > 
		> > Also I think WinClicker can be used on machine running
on Windows. Am I
		> > correct?
		> >
		> > Regards,
		> > Angrez
		> >
		> > _______________________________________________ 
		> > Wtr-core mailing list
		> > Wtr-core at rubyforge.org
		> > http://rubyforge.org/mailman/listinfo/wtr-core
<http://rubyforge.org/mailman/listinfo/wtr-core> 
		> >
		> >
		> >
		>
		>
		> --
		> "Remember. Understand. Believe. Yield! ->
http://ruby-lang.org"
		>
		> Jeff Wood
		> 
		> _______________________________________________
		> Wtr-core mailing list
		> Wtr-core at rubyforge.org
		> http://rubyforge.org/mailman/listinfo/wtr-core
		>
		
		
		
		
		_______________________________________________
		Wtr-core mailing list
		Wtr-core at rubyforge.org
		http://rubyforge.org/mailman/listinfo/wtr-core
		




_______________________________________________
Wtr-core mailing list
Wtr-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-core



From zeljko.filipin at gmail.com  Mon Jan  9 04:49:50 2006
From: zeljko.filipin at gmail.com (Zeljko Filipin)
Date: Mon, 9 Jan 2006 10:49:50 +0100
Subject: [Wtr-core] What is recommened for handling JS pop up?
In-Reply-To: <001c01c6141a$65cc9790$0301a8c0@scottpc>
References: <000101c61400$ba6255c0$6500a8c0@tintin>
	<001c01c6141a$65cc9790$0301a8c0@scottpc>
Message-ID: <f81b1250601090149n2eb9bbe2r@mail.gmail.com>

+1 for generic - popup.button('Cancel').click

Zeljko

2006/1/8, Scott Hanselman <scott at hanselman.com>:
> I really like the generic examples.
>
> Scott
>
> -----Original Message-----
> From: wtr-core-bounces at rubyforge.org [mailto:wtr-core-bounces at rubyforge.org]
> On Behalf Of Jonathan Kohl
> Sent: Saturday, January 07, 2006 7:08 PM
> To: wtr-core at rubyforge.org
> Subject: Re: [Wtr-core] What is recommened for handling JS pop up?
>
> >In dialog_test.rb (written before click_no_wait was written), the
> >following
> is implemented:
> >
> >         dialog.button('Cancel').click
> >         dialog.button('OK').click
> >
> >       I think that is close to the API that we want, but i'm not so sure
> it is quite right.
>
> Combining this with Scott's brainstorm I was thinking something like this:
>
> js_popup.button('Cancel').click #For JavaScript alerts
>
> security_popup.button('Yes').click #when using https on a test machine
> without a license key
>
> etc.
>
> If we need to have them genericized, we could call all of them "popup"
>
> popup.button('Cancel').click
>
> popup.contains(:text, "Error!")
>
> Just some ideas.
>
> -Jonathan
>
>
>
>
>
> ________________________________
>
>         From: wtr-core-bounces at rubyforge.org
> [mailto:wtr-core-bounces at rubyforge.org] On Behalf Of Bret Pettichord
>         Sent: January 3, 2006 9:06 PM
>         To: wtr-core at rubyforge.org
>         Subject: Re: [Wtr-core] What is recommened for handling JS pop up?
>
>
>         I think we need a new API for Watir that handles the javascript
> popups. I've been working on this on and off. I'm leaning towards a solution
> that uses WET or a similar library that uses Ruby wrappers to the WIN32
> DLL's. But once we have a supported API, the actual implementation mechanism
> is something that we could change as we found something more supportable.
>
>         Half of the solution is actually to have a click method that can be
> safely used to spawn the popup. That part is committed (click_no_wait). That
> obviates the need for the threading/process confusion of the winclicker.
>
>         So what should the API be?
>
>         In dialog_test.rb (written before click_no_wait was written), the
> following is implementted:
>
>           dialog.button('Cancel').click
>           dialog.button('OK').click
>
>         I think that is close to the API that we want, but i'm not so sure
> it is quite right.
>
>         If you look at that test, you'll see that this code still needs to
> have some polling added to it so that, like other Watir methods, it knows to
> wait appropriately. (This code uses AUTOIT, but like i said, it could use
> wet-win32 just as easily.)
>
>         Bret
>
>
>         On 1/3/06, jkohl at telusplanet.net <jkohl at telusplanet.net> wrote:
>
>                 There isn't a solution in place yet in a release.
> Winclickers, AutoIT and others
>                 are really experimental solutions. Bret has been working on
> addressing this, but
>                 last I heard it involved patching the WIN32OLE library, so
> it is non-trivial.
>
>                 AutoIT fails sporadically for me, and Winclickers has an
> object leak, so I avoid
>                 using either of them. I haven't written any documentation on
> this issue yet
>                 because we don't really have a suitable solution in place
> that works well and is
>                 user friendly.
>
>                 -Jonathan
>
>                 Quoting Jeff Wood <jeff.darklight at gmail.com>:
>
>                 > Unless I've heard incorrectly, I believe that the goal is
> to remove
>                 > AutoIT from the distribution of WATiR. I know that the WET
> guys are
>                 > working pretty hard on a new way to handle pop ups
> better... So, I
>                 > don't know what the "approved" way is, but I'm pretty sure
> it's not
>                 > any of the ways we can do it now ...
>                 >
>                 > j.
>                 >
>                 > On 1/3/06, Angrez Singh < angrez at gmail.com
> <mailto:angrez at gmail.com> > wrote:
>                 > > Hi all,
>                 > >
>                 > > What should I use to handle JS pop ups AutoItX3 or
> WinClicker?
>                 > >
>                 > > Which of this will be supported for long time?
>                 > >
>                 > > Also I think WinClicker can be used on machine running
> on Windows. Am I
>                 > > correct?
>                 > >
>                 > > Regards,
>                 > > Angrez
>                 > >
>                 > > _______________________________________________
>                 > > Wtr-core mailing list
>                 > > Wtr-core at rubyforge.org
>                 > > http://rubyforge.org/mailman/listinfo/wtr-core
> <http://rubyforge.org/mailman/listinfo/wtr-core>
>                 > >
>                 > >
>                 > >
>                 >
>                 >
>                 > --
>                 > "Remember. Understand. Believe. Yield! ->
> http://ruby-lang.org"
>                 >
>                 > Jeff Wood
>                 >
>                 > _______________________________________________
>                 > Wtr-core mailing list
>                 > Wtr-core at rubyforge.org
>                 > http://rubyforge.org/mailman/listinfo/wtr-core
>                 >
>
>
>
>
>                 _______________________________________________
>                 Wtr-core mailing list
>                 Wtr-core at rubyforge.org
>                 http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>


From bret at pettichord.com  Wed Jan 11 14:09:12 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 11 Jan 2006 13:09:12 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <20060111001006.25053.qmail@web31801.mail.mud.yahoo.com>
References: <20060111001006.25053.qmail@web31801.mail.mud.yahoo.com>
Message-ID: <ade75c5b0601111109m5628f4cdk5fb343d78fcd720a@mail.gmail.com>

Tobias,

Thanks for your offer of help. I'd love to see this happen. I'm including
the wtr-core list in this reply. This includes a number of contributors and
evangelists to Watir and related projects. I've also sent you separately an
invitation to join this list.

The first place to look is the users guide. This gives an excellent overview
of the watir library and its basic syntax.
http://wtr.rubyforge.org/watir_user_guide.html

The RDOC is our detailed documentation. However this may really be more
detailed than you want. Only a subset of this is really the public API that
99% of our users use.

It would be nice if there were concise documentation of just the public
Watir API. I don't think we have that, but perhaps someone on this list will
volunteer to help put one together. That could be a manual list, perhaps on
our Wiki. Or maybe a script that knows what classes to pull the RDOC from.
(I also think that the RDOC text strings need updating again.)

BTW, my team is actually using Selenium right now. I think there would be
equal interest in making SpySmith support the Selenium syntax. I'm also a
contributor to that project. Let me know if you'd like me to introduce you
to others on that team. (Don't worry, i plan to get them using Watir too
soon.)

You can pull the Watir Icon from the GIF on our home page.

I suggest that you post further requests for help to this list, which is
often quicker to respond than i am alone.

Bret

On 1/10/06, Quality Forge <tobias at qualityforge.com> wrote:
>
> Hi Bret,
>
> On Testing Hotlist Update -
> http://www.io.com/~wazmo/blog/archives/2005_08.html<http://www.io.com/%7Ewazmo/blog/archives/2005_08.html> -
> you wrote:
> *What i'd really like to see is simply a tool that would show you the
> Watir syntax for identifying a control or page element you point to. In our
> training, we use QualityForge's **SpySmith tool*<http://qualityforge.com/spysmith/index.html>
> *. This reveals the key information, but in HTML, rather than in Watir's
> syntax.*
> **
> Thanks for the plug.  Regarding the syntax, you should have asked!  I'll
> be happy to add the ability to SpySmith to support the WATIR syntax.  Right
> now I have some down-time while I wait for the VCs of our startup to twiddle
> their thumbs a little more, and eventually release some money for
> development (this is not for QF by the way, but another company, nothing to
> do with testing).
>
> Anyway, let me know where the true source of truth for the WATIR syntax
> resides, and I'll get going on that.  Cannot guarantee any particular
> completion date, but can let you know that further down the line.  It is a
> long time since I touched the SpySmith code.
>
> I think I'd consider a special WATIR version of SpySmith, which would
> remove all the Windows OS stuff, and the saving of files etc.  All you
> really want is the WATIR commands, right?  We can even put a WATIR picture
> on the UI.  That'd be cool.  Got one?
>
> Tobias
> http://qualityforge.com/tobias
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060111/0623ddfb/attachment-0001.htm

From christopher.mcmahon at gmail.com  Wed Jan 11 14:14:32 2006
From: christopher.mcmahon at gmail.com (Chris McMahon)
Date: Wed, 11 Jan 2006 13:14:32 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <ade75c5b0601111109m5628f4cdk5fb343d78fcd720a@mail.gmail.com>
References: <20060111001006.25053.qmail@web31801.mail.mud.yahoo.com>
	<ade75c5b0601111109m5628f4cdk5fb343d78fcd720a@mail.gmail.com>
Message-ID: <72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>

>  BTW, my team is actually using Selenium right now. I think there would be
> equal interest in making SpySmith support the Selenium syntax. I'm also a
> contributor to that project. Let me know if you'd like me to introduce you
> to others on that team. (Don't worry, i plan to get them using Watir too
> soon.)

I'll go ahead and mention that I'm going to be teaching the first
non-Pettichord-led Scripting For Testers class at STAREast in May, and
SpySmith plays a pretty big role in that course.
-Chris


From bret at pettichord.com  Wed Jan 11 14:18:58 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 11 Jan 2006 13:18:58 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>
References: <20060111001006.25053.qmail@web31801.mail.mud.yahoo.com>
	<ade75c5b0601111109m5628f4cdk5fb343d78fcd720a@mail.gmail.com>
	<72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>
Message-ID: <ade75c5b0601111118p41ede892if2dc04c92a741969@mail.gmail.com>

Actually Marick lead the first Scripting for Testers Class.

Here's the full roster, which Chris should update
http://watir.net/Scripting_for_testers_-_Class_schedule

On 1/11/06, Chris McMahon <christopher.mcmahon at gmail.com> wrote:
>
> >  BTW, my team is actually using Selenium right now. I think there would
> be
> > equal interest in making SpySmith support the Selenium syntax. I'm also
> a
> > contributor to that project. Let me know if you'd like me to introduce
> you
> > to others on that team. (Don't worry, i plan to get them using Watir too
> > soon.)
>
> I'll go ahead and mention that I'm going to be teaching the first
> non-Pettichord-led Scripting For Testers class at STAREast in May, and
> SpySmith plays a pretty big role in that course.
> -Chris
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060111/9d310487/attachment.htm

From christopher.mcmahon at gmail.com  Wed Jan 11 14:22:15 2006
From: christopher.mcmahon at gmail.com (Chris McMahon)
Date: Wed, 11 Jan 2006 13:22:15 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <ade75c5b0601111118p41ede892if2dc04c92a741969@mail.gmail.com>
References: <20060111001006.25053.qmail@web31801.mail.mud.yahoo.com>
	<ade75c5b0601111109m5628f4cdk5fb343d78fcd720a@mail.gmail.com>
	<72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>
	<ade75c5b0601111118p41ede892if2dc04c92a741969@mail.gmail.com>
Message-ID: <72799cd70601111122y7efc96feud5bbb947e1247689@mail.gmail.com>

On 1/11/06, Bret Pettichord <bret at pettichord.com> wrote:
> Actually Marick lead the first Scripting for Testers Class.
>
>  Here's the full roster, which Chris should update
>  http://watir.net/Scripting_for_testers_-_Class_schedule

I was waiting for the public announcement.
-C


From tobias at qualityforge.com  Tue Jan 17 13:14:58 2006
From: tobias at qualityforge.com (tobias@qualityforge.com)
Date: Tue, 17 Jan 2006 10:14:58 -0800 (PST)
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>
Message-ID: <20060117181458.96725.qmail@web31808.mail.mud.yahoo.com>

Hi Chris, and others,
 
I'd appreciate it if one or more people on this list would call me.  My cell is 650-303-7572.
I'd like to discuss requirements for a WATIR (WATIR/Selenium?) version of SpySmith.  I have a number of ideas of what I think this tool should be - maybe an actual Ruby script creator... - but want to run those ideas by a couple of people before proceeding.  Alternatively, you can respond by email to wtr-core, so others can comment, expand, etc.  Hope to hear some ideas.  What do you need?
 
In the absence of anything specific, I'll go ahead and implement something, and we can use that as the basis for something better.  
 
Tobias


----- Original Message ----
From: Chris McMahon <christopher.mcmahon at gmail.com>
To: wtr-core at rubyforge.org
Cc: Quality Forge <tobias at qualityforge.com>
Sent: Wednesday, January 11, 2006 11:14:32 AM
Subject: Re: [Wtr-core] SpySmth & WATIR


>  BTW, my team is actually using Selenium right now. I think there would be
> equal interest in making SpySmith support the Selenium syntax. I'm also a
> contributor to that project. Let me know if you'd like me to introduce you
> to others on that team. (Don't worry, i plan to get them using Watir too
> soon.)

I'll go ahead and mention that I'm going to be teaching the first
non-Pettichord-led Scripting For Testers class at STAREast in May, and
SpySmith plays a pretty big role in that course.
-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060117/602013eb/attachment.htm

From bret at pettichord.com  Tue Jan 17 22:14:06 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 17 Jan 2006 21:14:06 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <20060117181458.96725.qmail@web31808.mail.mud.yahoo.com>
References: <72799cd70601111114r44b5e939s21bfce763d65a7c9@mail.gmail.com>
	<20060117181458.96725.qmail@web31808.mail.mud.yahoo.com>
Message-ID: <ade75c5b0601171914j7dd10a3chf76956f39f0c16bc@mail.gmail.com>

One thing i could do would be to do an evening Skype call. We did this a
while ago to sync up with the WET folks. It's a free and easy way to set up
a conference call and include anyone anywhere in the world.

For me, i could do it Mon, Tues or Weds evenings, say between 7 pm and 11 pm
US Central time.

Bret

On 1/17/06, tobias at qualityforge.com <tobias at qualityforge.com> wrote:
>
> Hi Chris, and others,
>
> I'd appreciate it if one or more people on this list would call me.  My
> cell is 650-303-7572.
> I'd like to discuss requirements for a WATIR (WATIR/Selenium?) version of
> SpySmith.  I have a number of ideas of what I think this tool should be
> - maybe an actual Ruby script creator... - but want to run those ideas by a
> couple of people before proceeding.  Alternatively, you can respond by
> email to wtr-core, so others can comment, expand, etc.  Hope to hear some
> ideas.  What do you need?
>
> In the absence of anything specific, I'll go ahead and implement *
> something*, and we can use that as the basis for something better.
>
> Tobias
>
> ----- Original Message ----
> From: Chris McMahon <christopher.mcmahon at gmail.com>
> To: wtr-core at rubyforge.org
> Cc: Quality Forge <tobias at qualityforge.com>
> Sent: Wednesday, January 11, 2006 11:14:32 AM
> Subject: Re: [Wtr-core] SpySmth & WATIR
>
> >  BTW, my team is actually using Selenium right now. I think there would
> be
> > equal interest in making SpySmith support the Selenium syntax. I'm also
> a
> > contributor to that project. Let me know if you'd like me to introduce
> you
> > to others on that team. (Don't worry, i plan to get them using Watir too
> > soon.)
>
> I'll go ahead and mention that I'm going to be teaching the first
> non-Pettichord-led Scripting For Testers class at STAREast in May, and
> SpySmith plays a pretty big role in that course.
> -Chris
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060117/fa703431/attachment.htm

From bret at pettichord.com  Thu Jan 26 14:30:32 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 26 Jan 2006 13:30:32 -0600
Subject: [Wtr-core] Watir 1.5
In-Reply-To: <OF6D569CA3.8E440AB3-ON86257102.00585389-86257102.00592550@nd.convergys.com>
References: <OF6D569CA3.8E440AB3-ON86257102.00585389-86257102.00592550@nd.convergys.com>
Message-ID: <ade75c5b0601261130o5e0ffc80ibfc0710b023a2a64@mail.gmail.com>

Carl,

I've seen the complaints about File Download and other IE dialogs (e.g.
security).

I believe that we'll have a full solution in 1.5. We already have code in
there that executes ruby in a separate process without having to put the
code in an external script a la winclicker.

I'm also hearing a lot of complaints about autoit, so i think we will use
Wet/win32 or a similar ruby-based interface to the GUI.

My main task has been to get support for Modal Web Dialogs working, that has
slowed me down because the solution is in C++.

But i just got a project file for that today.

Next will be working the other kinds of modalish dialogs, like file download
and save as and security...

I look forward to meeting with you.

Bret

On 1/26/06, carl.l.shaulis at convergys.com <carl.l.shaulis at convergys.com>
wrote:

> Hi Brett,
>
> Sorry to bother you directly with this question.  I am struggling with
> getting WATIR to interact with Windows pop-ups such as "File Download".
>
> Is there a robust solution in WATIR 1.5 for dealing with this issue?  More
> specifically would we benefit at this time by getting the latest tarball?
>
> Currently I am working with one of our more experienced developers to see
> if we can come up with a solution, but I am interested to hear your
> perspective on the direction of WATIR for interacting with Windows.
>
> To date I have not successfully been able to use WET or AutoIt on my
> development machine.  It is most likely a configuration issue, but I have
> not dedicated the time to investigate.  I will get more aggressive in
> attacking this situation if you believe one of these is the correct
> solution.
>
> Thanks for your time and I hope all is well!
>
> Next time you are in Austin perhaps we can meet for lunch or coffee.
>
> Take care,
>
> Carl
>
> Carl L. Shaulis
> Convergys - Senior Analyst
> 512-634-0607
>
> Office hours: 7:00 AM - 4:00 PM CST
>
>
> --
> "NOTICE:  The information contained in this electronic mail transmission
> is
> intended by Convergys Corporation for the use of the named individual or
> entity to which it is directed and may contain information that is
> privileged or otherwise confidential.  If you have received this
> electronic
> mail transmission in error, please delete it from your system without
> copying or forwarding it, and notify the sender of the error by reply
> email
> or by telephone (collect), so that the sender's address records can be
> corrected."
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060126/f4df5c7f/attachment-0001.htm

From tobias at qualityforge.com  Thu Jan 26 19:43:10 2006
From: tobias at qualityforge.com (Quality Forge)
Date: Thu, 26 Jan 2006 16:43:10 -0800 (PST)
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <ade75c5b0601171914j7dd10a3chf76956f39f0c16bc@mail.gmail.com>
Message-ID: <20060127004310.67546.qmail@web31807.mail.mud.yahoo.com>

Brett,
   
  Sorry for the delayed response - got caught up with other stuff.  A Skype session would be good, and I'd be free for that next week.  Given that no one else has responded so far, it may be just the two of us, but once we agree on a date/time we can announce it here and make the session open.
   
  The times you give are generally fine, I suggest Wednesday at 7pm Central (5pm West coast).
   
  Tobias
   
   
  
Bret Pettichord <bret at pettichord.com> wrote:
  One thing i could do would be to do an evening Skype call. We did this a while ago to sync up with the WET folks. It's a free and easy way to set up a conference call and include anyone anywhere in the world.

For me, i could do it Mon, Tues or Weds evenings, say between 7 pm and 11 pm US Central time.

Bret

  On 1/17/06, tobias at qualityforge.com <tobias at qualityforge.com > wrote:        Hi Chris, and others,
   
  I'd appreciate it if one or more people on this list would call me.  My cell is 650-303-7572.
  I'd like to discuss requirements for a WATIR (WATIR/Selenium?) version of SpySmith.  I have a number of ideas of what I think this tool should be - maybe an actual Ruby script creator... - but want to run those ideas by a couple of people before proceeding.  Alternatively, you can respond by email to wtr-core, so others can comment, expand, etc.  Hope to hear some ideas.  What do you need?
   
  In the absence of anything specific, I'll go ahead and implement something, and we can use that as the basis for something better.  
   
  Tobias
  
----- Original Message ----
From: Chris McMahon <christopher.mcmahon at gmail.com>
To: wtr-core at rubyforge.org
Cc: Quality Forge < tobias at qualityforge.com>
Sent: Wednesday, January 11, 2006 11:14:32 AM
Subject: Re: [Wtr-core] SpySmth & WATIR


  >  BTW, my team is actually using Selenium right now. I think there would be
> equal interest in making SpySmith support the Selenium syntax. I'm also a
> contributor to that project. Let me know if you'd like me to introduce you 
> to others on that team. (Don't worry, i plan to get them using Watir too
> soon.)

I'll go ahead and mention that I'm going to be teaching the first
non-Pettichord-led Scripting For Testers class at STAREast in May, and 
SpySmith plays a pretty big role in that course.
-Chris



_______________________________________________
Wtr-core mailing list
Wtr-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-core



_______________________________________________
Wtr-core mailing list
Wtr-core at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060126/c287d719/attachment.htm

From bret at pettichord.com  Sun Jan 29 16:42:09 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Sun, 29 Jan 2006 15:42:09 -0600
Subject: [Wtr-core] [Wtr-general] unexpected results when a table has
	cells with tables
In-Reply-To: <709b71310601261413h282f7d68va0973cab9350958d@mail.gmail.com>
References: <709b71310601261413h282f7d68va0973cab9350958d@mail.gmail.com>
Message-ID: <ade75c5b0601291342had7e922k2aca79b30af7c9fb@mail.gmail.com>

Steven,

I think this bug has been discussed on the list before. I dunno if its on
our buglist. The bug tracking software we use on Rubyforge.org is not the
easiest to use. We're planning to move to jira on OpenQA.

We'd love to have your help. You should create a unit test that fails
because of this bug and then fix it, checking to make sure that you don't
break another other unit tests. When you've done that, send me a patch with
your changes, including the tests.

One issue you are likely to run into is the fact that we mostly use
one-based indexing for Watir. This leads to particular confusing in the
tables code. Ultimately, this needs to change to use zero-based indexing,
but we need to include some process (flag, warning) to help with
compatability.

You should do your development out of head.

Let us know if you have more questions.

Bret

On 1/26/06, Steven Gordon <sgordonphd at gmail.com> wrote:
>
> Bret,
>
> Thanks for your quick reply.  Is this a know bug?  I tried to look for the
> list of known issues on the Watir site, but I somehow ended up in a
> complicated search page with no apparent button to trigger actually doing
> the search after I filled out some of the values.
>
> It seems clear that the row count logic just counts the number of <tr>
> tags rather than parsing to discover how many ofthose tags are for the
> particular table.  That should not be hard for me to fix.  Fixing
> the column_values( ) method might just be iterating too far because the row
> count causes it to run past the table.
>
> While I have only been doing Ruby part time for a few months, I am an
> experienced software developer.  However, every time I start down the path
> of helping out on an open source project, I get totally lost in the
> process.  Can you walk me through how to get to first base?
>
> Steven Gordon
>
>
> Message: 2
> Date: Thu, 26 Jan 2006 13:33:22 -0600
> From: Bret Pettichord <bret at pettichord.com>
> Subject: Re: [Wtr-general] unexpected results when a table has cells
>        with    tables
> To: wtr-general at rubyforge.org
> Message-ID:
>        <ade75c5b0601261133u3701464bs760800628f0bdfd2 at mail.gmail.com >
> Content-Type: text/plain; charset="iso-8859-1"
>
> It's a Watir bug. I'm not sure what the correct fix or workaround would
> be.
>
> Bret
>
> On 1/26/06, Steven Gordon < sgordonphd at gmail.com> wrote:
> >
> > I apologize if this is a known bug or an IE issue rather than a Watir
> > issue - when a table has cells with tables in them, the outer table
> gives
> > the wrong number of rows and the column_values(column_number) method
> does
> > not work, even for columns in which all the cells are simple.
> >
> > For example, if I open a page with the following html with a Watir
> > program:
> >
> > <html>
> > <body>
> >
> > <table id="mytable">
> >  <tr>
> >   <td>Operation</td>
> >   <td>Value</td>
> >   <td>Status</td>
> >  </tr>
> >  <tr>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Edit</td>
> >      <td>Print</td>
> >     </tr>
> >     <tr>
> >      <td>Delete</td>
> >      <td>Email</td>
> >     </tr>
> >    </table>
> >   </td>
> >   <td>Record 1</td>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Printed Yesterday</td>
> >     </tr>
> >     <tr>
> >      <td>Emailed Today</td>
> >     </tr>
> >    </table>
> >   </td>
> >  </tr>
> >  <tr>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Edit</td>
> >      <td>Print</td>
> >     </tr>
> >     <tr>
> >      <td>Delete</td>
> >      <td>Email</td>
> >     </tr>
> >    </table>
> >   </td>
> >   <td>Record 2</td>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Printed Today</td>
> >     </tr>
> >     <tr>
> >      <td>Emailed Yesterday</td>
> >     </tr>
> >    </table>
> >   </td>
> >  </tr>
> >  <tr>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Edit</td>
> >      <td>Print</td>
> >     </tr>
> >     <tr>
> >      <td>Delete</td>
> >      <td>Email</td>
> >     </tr>
> >    </table>
> >   </td>
> >   <td>Record 3</td>
> >   <td>
> >    <table>
> >     <tr>
> >      <td>Printed Never</td>
> >     </tr>
> >     <tr>
> >      <td>Emailed Never</td>
> >     </tr>
> >    </table>
> >   </td>
> >  </tr>
> > </table>
> >
> > </body>
> > </HTML>
> > <Title>Embedded Table Example</Title>
> >
> > Then the table "mytable" displays the following information:
> >
> > table 1: type:
> > id:           mytable
> > name:
> > value:
> > disabled:     false
> > rows:         16
> > cols:         3
> >
> > Whereas I would expect 3 rows and 3 columns.
> >
> > Furthermore, calling column_values(2) does not work at all, whereas I
> > would expect [Record 1, Record 2, Record 3].
> >
> > Is this a bug, or am I doing something wrong.  Is there a workaround
> that
> > would allow me to do things such as search the table to find what row
> has a
> > particular value in a particular column even though the number of rows
> is
> > incorrect.
> >
> > Thanks,
> >
> > Steven Gordon
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060129/b1d0db55/attachment.htm

From bpettichord at gmail.com  Tue Jan 31 14:56:59 2006
From: bpettichord at gmail.com (Bret Pettichord)
Date: Tue, 31 Jan 2006 13:56:59 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <20060127004310.67546.qmail@web31807.mail.mud.yahoo.com>
References: <ade75c5b0601171914j7dd10a3chf76956f39f0c16bc@mail.gmail.com>
	<20060127004310.67546.qmail@web31807.mail.mud.yahoo.com>
Message-ID: <ade75c5b0601311156p13394ce9radbaa681fea1da8f@mail.gmail.com>

OK sounds good.

On 1/26/06, Quality Forge <tobias at qualityforge.com> wrote:
>
> Brett,
>
> Sorry for the delayed response - got caught up with other stuff.  A Skype
> session would be good, and I'd be free for that next week.  Given that no
> one else has responded so far, it may be just the two of us, but once we
> agree on a date/time we can announce it here and make the session open.
>
> The times you give are generally fine, I suggest Wednesday at 7pm Central
> (5pm West coast).
>
> Tobias
>
>
>
> *Bret Pettichord <bret at pettichord.com>* wrote:
>
> One thing i could do would be to do an evening Skype call. We did this a
> while ago to sync up with the WET folks. It's a free and easy way to set up
> a conference call and include anyone anywhere in the world.
>
> For me, i could do it Mon, Tues or Weds evenings, say between 7 pm and 11
> pm US Central time.
>
> Bret
>
> On 1/17/06, tobias at qualityforge.com <tobias at qualityforge.com > wrote:
> >
> >  Hi Chris, and others,
> >
> > I'd appreciate it if one or more people on this list would call me.  My
> > cell is 650-303-7572.
> > I'd like to discuss requirements for a WATIR (WATIR/Selenium?! ) version
> > of SpySmith.  I have a number of ideas of what I think this tool should be
> > - maybe an actual Ruby script creator... - but want to run those ideas by a
> > couple of people before proceeding.  Alternatively, you can respond by
> > email to wtr-core, so others can comment, expand, etc.  Hope to hear some
> > ideas.  What do you need?
> >
> > In the absence of anything specific, I'll go ahead and implement *
> > something*, and we can use that as the basis for something better.
> >
> > Tobias
> >
> > ----- Original Message ----
> > From: Chris McMahon <christopher.mcmahon at gmail.com>
> > To: wtr-core at rubyforge.org
> > Cc: Quality Forge < tobias at qualityforge.com>
> > Sent: Wednesday, January 11, 2006 11:14:32 AM
> > Subject: Re: [Wtr-core] SpySmth & WATIR
> >
> > >  BTW, my team is actually using Selenium right now. I think there
> > would be
> > > equal interest in making SpySmith support the Selenium syntax. I'm
> > also a
> > > contributor to that project. Let me know if you'd like me to introduce
> > you
> > > to others on that team. (Don't worry, i plan to get them using Watir
> > too
> > > soon.)
> >
> > I'll go ahead and mention that I'm going to be teaching the first
> > non-Pettichord-led Scripting For Testers class at STAREast in May, and
> > SpySmith plays a pretty big role in that course.
> > -Chris
> >
> > _______________________________________________
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
> >
> >
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060131/b50b0a64/attachment-0001.htm

From bret at pettichord.com  Tue Jan 31 14:57:12 2006
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 31 Jan 2006 13:57:12 -0600
Subject: [Wtr-core] SpySmth & WATIR
In-Reply-To: <20060127004310.67546.qmail@web31807.mail.mud.yahoo.com>
References: <ade75c5b0601171914j7dd10a3chf76956f39f0c16bc@mail.gmail.com>
	<20060127004310.67546.qmail@web31807.mail.mud.yahoo.com>
Message-ID: <ade75c5b0601311157i279565d7q6a10fd1528d59271@mail.gmail.com>

ok, sounds good.

On 1/26/06, Quality Forge <tobias at qualityforge.com> wrote:
>
> Brett,
>
> Sorry for the delayed response - got caught up with other stuff.  A Skype
> session would be good, and I'd be free for that next week.  Given that no
> one else has responded so far, it may be just the two of us, but once we
> agree on a date/time we can announce it here and make the session open.
>
> The times you give are generally fine, I suggest Wednesday at 7pm Central
> (5pm West coast).
>
> Tobias
>
>
>
> *Bret Pettichord <bret at pettichord.com>* wrote:
>
> One thing i could do would be to do an evening Skype call. We did this a
> while ago to sync up with the WET folks. It's a free and easy way to set up
> a conference call and include anyone anywhere in the world.
>
> For me, i could do it Mon, Tues or Weds evenings, say between 7 pm and 11
> pm US Central time.
>
> Bret
>
> On 1/17/06, tobias at qualityforge.com <tobias at qualityforge.com > wrote:
> >
> >  Hi Chris, and others,
> >
> > I'd appreciate it if one or more people on this list would call me.  My
> > cell is 650-303-7572.
> > I'd like to discuss requirements for a WATIR (WATIR/Selenium?! ) version
> > of SpySmith.  I have a number of ideas of what I think this tool should be
> > - maybe an actual Ruby script creator... - but want to run those ideas by a
> > couple of people before proceeding.  Alternatively, you can respond by
> > email to wtr-core, so others can comment, expand, etc.  Hope to hear some
> > ideas.  What do you need?
> >
> > In the absence of anything specific, I'll go ahead and implement *
> > something*, and we can use that as the basis for something better.
> >
> > Tobias
> >
> > ----- Original Message ----
> > From: Chris McMahon <christopher.mcmahon at gmail.com>
> > To: wtr-core at rubyforge.org
> > Cc: Quality Forge < tobias at qualityforge.com>
> > Sent: Wednesday, January 11, 2006 11:14:32 AM
> > Subject: Re: [Wtr-core] SpySmth & WATIR
> >
> > >  BTW, my team is actually using Selenium right now. I think there
> > would be
> > > equal interest in making SpySmith support the Selenium syntax. I'm
> > also a
> > > contributor to that project. Let me know if you'd like me to introduce
> > you
> > > to others on that team. (Don't worry, i plan to get them using Watir
> > too
> > > soon.)
> >
> > I'll go ahead and mention that I'm going to be teaching the first
> > non-Pettichord-led Scripting For Testers class at STAREast in May, and
> > SpySmith plays a pretty big role in that course.
> > -Chris
> >
> > _______________________________________________
> > Wtr-core mailing list
> > Wtr-core at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-core
> >
> >
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
>
> _______________________________________________
> Wtr-core mailing list
> Wtr-core at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060131/b23fd214/attachment.htm