From paul.rogers at shaw.ca  Mon Dec  1 15:25:35 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Mon, 1 Dec 2008 13:25:35 -0700
Subject: [Wtr-development] drag and drop
Message-ID: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>

I have some code that does cross browser drag and drop.

Is there any interest in adding this to the main watir code base,
either as a full feature or via the contrib mechanism?

Ive just tried it out on prototype and scriptaculous and seems to work
ok, but it will be quite a bit of work for me to make unit tests etc,
but Im willing to do it.

Selenium already supports this with these methods -
http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
java.lang.String)

Paul

From bret at pettichord.com  Mon Dec  1 15:55:35 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 14:55:35 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
Message-ID: <ade75c5b0812011255v2922c115n2a4361b8c822151c@mail.gmail.com>

Paul and I just discussed this in IRC.

The plan:
Paul will work on this over the next month or two, at which time he thinks
it should be ready and will merge/commit to the watir repo.
This supports both IE and Firefox using Prototype. (I think this means that
this will only work with apps that use Prototype). Unit tests will be in
commonwatir (where the others need to be moved, but that's my problem).

Thanks Paul.

Bret

On Mon, Dec 1, 2008 at 2:25 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String<http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop%28java.lang.String>
> ,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/da25b145/attachment-0001.html>

From bret at pettichord.com  Mon Dec  1 19:56:11 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 18:56:11 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
Message-ID: <ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>

Gavin,

Thanks for submitting this. I've taken a quick look at your code, and i
think it will help us get moving in the right direction. I do see that some
more changes will be needed to the code than what you have here, but like I
said a good start. Frankly, I've been putting this off because I knew there
were several loose threads involved.

I like the extra tests you write, but I also want to update our existing
tests of IE.attach to test this new code.

I will respond to some of your questions below.

On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Hi Folks,
>
> Attached is my attempt to create a firewatir class attach method and a
> Watir::Browser.attach method so that it can be used across ie and
> firefox. Given that this is my first attempt to modify the watir code,
> I expect that it will need changes, or may be completely off the ball,
> or not conform to the direction of the project etc. So have at it.
>
> A couple of things:
>
> 1. Do all cross browser class methods have to live in browser.rb like that?


I don't understand the question. Putting the class methods in browser.rb is
the most obvious way to organize the code. There are other ways as well. Do
you have a problem with this approach? Did you want to suggest something
else?

2. If I don't have that require 'watir/ie' at the start of the unit
> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
> looks like the autoload is not working for me but I'm at a loss to
> figure out why.


I was not able to reproduce this problem.


-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/9ff702cc/attachment.html>

From gavin at vmbed.com  Mon Dec  1 20:53:27 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Mon, 1 Dec 2008 17:53:27 -0800
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
Message-ID: <65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>

Hi Bret,

Thanks. Some comments from me below.

Cheers,
Gavin

On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com> wrote:
> Gavin,
>
> Thanks for submitting this. I've taken a quick look at your code, and i
> think it will help us get moving in the right direction. I do see that some
> more changes will be needed to the code than what you have here, but like I
> said a good start. Frankly, I've been putting this off because I knew there
> were several loose threads involved.

Yes I see this as an incremental step towards creating a more uniform
interface for the attach functionality but by no means the whole or
even most of the way there.

> I like the extra tests you write, but I also want to update our existing
> tests of IE.attach to test this new code.

The test I added started as a copy of
watir/unittests/windows/attach_to_existing_window_test.rb which should
probably be deleted then if this gets checked in.

> I will respond to some of your questions below.
>
> On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
>>
>> Hi Folks,
>>
>> Attached is my attempt to create a firewatir class attach method and a
>> Watir::Browser.attach method so that it can be used across ie and
>> firefox. Given that this is my first attempt to modify the watir code,
>> I expect that it will need changes, or may be completely off the ball,
>> or not conform to the direction of the project etc. So have at it.
>>
>> A couple of things:
>>
>> 1. Do all cross browser class methods have to live in browser.rb like
>> that?
>
> I don't understand the question. Putting the class methods in browser.rb is
> the most obvious way to organize the code. There are other ways as well. Do
> you have a problem with this approach? Did you want to suggest something
> else?

That works fine. I think I was concerned it will get tiresome after a
while having to add a dispatch method in their for every common
method. But I'm not a Ruby expert and cannot think of another way to
do it. Now if it was Perl....

>> 2. If I don't have that require 'watir/ie' at the start of the unit
>> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
>> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
>> looks like the autoload is not working for me but I'm at a loss to
>> figure out why.
>
> I was not able to reproduce this problem.
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate

From bret at pettichord.com  Tue Dec  2 00:07:03 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 23:07:03 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
	<65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
Message-ID: <ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>

OK, you got me rolling. I'm doing this work in
http://svn.seleniumhq.org/svn/watir/branches/attach/ in case you or others
want to follow/contribute/kibbitz.

Random interest can be sated here:
http://svn.seleniumhq.org/fisheye/changelog/watir

Bret

On Mon, Dec 1, 2008 at 7:53 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Hi Bret,
>
> Thanks. Some comments from me below.
>
> Cheers,
> Gavin
>
> On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> > Gavin,
> >
> > Thanks for submitting this. I've taken a quick look at your code, and i
> > think it will help us get moving in the right direction. I do see that
> some
> > more changes will be needed to the code than what you have here, but like
> I
> > said a good start. Frankly, I've been putting this off because I knew
> there
> > were several loose threads involved.
>
> Yes I see this as an incremental step towards creating a more uniform
> interface for the attach functionality but by no means the whole or
> even most of the way there.
>
> > I like the extra tests you write, but I also want to update our existing
> > tests of IE.attach to test this new code.
>
> The test I added started as a copy of
> watir/unittests/windows/attach_to_existing_window_test.rb which should
> probably be deleted then if this gets checked in.
>
> > I will respond to some of your questions below.
> >
> > On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com>
> wrote:
> >>
> >> Hi Folks,
> >>
> >> Attached is my attempt to create a firewatir class attach method and a
> >> Watir::Browser.attach method so that it can be used across ie and
> >> firefox. Given that this is my first attempt to modify the watir code,
> >> I expect that it will need changes, or may be completely off the ball,
> >> or not conform to the direction of the project etc. So have at it.
> >>
> >> A couple of things:
> >>
> >> 1. Do all cross browser class methods have to live in browser.rb like
> >> that?
> >
> > I don't understand the question. Putting the class methods in browser.rb
> is
> > the most obvious way to organize the code. There are other ways as well.
> Do
> > you have a problem with this approach? Did you want to suggest something
> > else?
>
> That works fine. I think I was concerned it will get tiresome after a
> while having to add a dispatch method in their for every common
> method. But I'm not a Ruby expert and cannot think of another way to
> do it. Now if it was Perl....
>
> >> 2. If I don't have that require 'watir/ie' at the start of the unit
> >> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
> >> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
> >> looks like the autoload is not working for me but I'm at a loss to
> >> figure out why.
> >
> > I was not able to reproduce this problem.
> >
> >
> > --
> > Bret Pettichord
> > GTalk: bpettichord at gmail.com
> > CTO, WatirCraft LLC, http://www.watircraft.com
> > Lead Developer, Watir, http://wtr.rubyforge.org
> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/a1d0b800/attachment.html>

From michael_hwee at yahoo.com  Tue Dec  2 11:50:54 2008
From: michael_hwee at yahoo.com (Michael Hwee)
Date: Tue, 2 Dec 2008 08:50:54 -0800 (PST)
Subject: [Wtr-development] drag and drop
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
Message-ID: <830495.51628.qm@web31805.mail.mud.yahoo.com>


I love to have this.
And, if you are up to it, can you also provide element coordination functions as well.

Thanks.
Michael



----- Original Message ----
From: Paul Rogers <paul.rogers at shaw.ca>
To: Watir development <wtr-development at rubyforge.org>
Sent: Monday, December 1, 2008 12:25:35 PM
Subject: [Wtr-development] drag and drop

I have some code that does cross browser drag and drop.

Is there any interest in adding this to the main watir code base,
either as a full feature or via the contrib mechanism?

Ive just tried it out on prototype and scriptaculous and seems to work
ok, but it will be quite a bit of work for me to make unit tests etc,
but Im willing to do it.

Selenium already supports this with these methods -
http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
java.lang.String)

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


From bret at pettichord.com  Tue Dec  2 13:16:10 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 2 Dec 2008 12:16:10 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <830495.51628.qm@web31805.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
Message-ID: <ade75c5b0812021016r3bfa313esc742a3b9b611188b@mail.gmail.com>

For fun, some one could post this idea to watir.uservoice.com and see how
many votes it gets.

Bret

On Tue, Dec 2, 2008 at 10:50 AM, Michael Hwee <michael_hwee at yahoo.com>wrote:

>
> I love to have this.
> And, if you are up to it, can you also provide element coordination
> functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String<http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop%28java.lang.String>
> ,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/d2f8f410/attachment-0001.html>

From paul.rogers at shaw.ca  Tue Dec  2 13:33:25 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 11:33:25 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <830495.51628.qm@web31805.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
Message-ID: <e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>

'..provide element coordination functions..' - what does this mean?

On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> I love to have this.
> And, if you are up to it, can you also provide element coordination functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From marekj.com at gmail.com  Tue Dec  2 15:17:05 2008
From: marekj.com at gmail.com (marekj)
Date: Tue, 2 Dec 2008 14:17:05 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
	<65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
	<ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>
Message-ID: <ad6790aa0812021217g694d26f0n83261f0572692d2c@mail.gmail.com>

Cool rolling.
I experimented a bit with Firefox.attach to understand it better and got
something like this:
I refactored all the staring of firefox out into _start_firefox method.
Seemed to make it clear for me.


    # attach to the existing Firefox that was already started with JSSH option.
    # this is a hack for Watirloo. it only attaches to the latest firefox.
    # it assumes there is only one instance of FF window open on the desktop
    def self.attach
      Firefox.new :attach => true
    end

    # add option key :attach as a hack
    # :attach => true to attach to topmost window in getWindows().lenght-1
    def initialize(options = {})
      _start_firefox(options) unless optons[:attach]
      set_defaults()
      get_window_number()
      set_browser_document()
    end



marekj | Semantic Page Objects Automation

Watirloo: Browser Page Helper Framework
http://www.bitbucket.org/marekj/watirloo/
for IE, Firefox and others?




On Mon, Dec 1, 2008 at 11:07 PM, Bret Pettichord <bret at pettichord.com>wrote:

> OK, you got me rolling. I'm doing this work in
> http://svn.seleniumhq.org/svn/watir/branches/attach/ in case you or others
> want to follow/contribute/kibbitz.
>
> Random interest can be sated here:
> http://svn.seleniumhq.org/fisheye/changelog/watir
>
> Bret
>
>
> On Mon, Dec 1, 2008 at 7:53 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
>
>> Hi Bret,
>>
>> Thanks. Some comments from me below.
>>
>> Cheers,
>> Gavin
>>
>> On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com>
>> wrote:
>> > Gavin,
>> >
>> > Thanks for submitting this. I've taken a quick look at your code, and i
>> > think it will help us get moving in the right direction. I do see that
>> some
>> > more changes will be needed to the code than what you have here, but
>> like I
>> > said a good start. Frankly, I've been putting this off because I knew
>> there
>> > were several loose threads involved.
>>
>> Yes I see this as an incremental step towards creating a more uniform
>> interface for the attach functionality but by no means the whole or
>> even most of the way there.
>>
>> > I like the extra tests you write, but I also want to update our existing
>> > tests of IE.attach to test this new code.
>>
>> The test I added started as a copy of
>> watir/unittests/windows/attach_to_existing_window_test.rb which should
>> probably be deleted then if this gets checked in.
>>
>> > I will respond to some of your questions below.
>> >
>> > On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com>
>> wrote:
>> >>
>> >> Hi Folks,
>> >>
>> >> Attached is my attempt to create a firewatir class attach method and a
>> >> Watir::Browser.attach method so that it can be used across ie and
>> >> firefox. Given that this is my first attempt to modify the watir code,
>> >> I expect that it will need changes, or may be completely off the ball,
>> >> or not conform to the direction of the project etc. So have at it.
>> >>
>> >> A couple of things:
>> >>
>> >> 1. Do all cross browser class methods have to live in browser.rb like
>> >> that?
>> >
>> > I don't understand the question. Putting the class methods in browser.rb
>> is
>> > the most obvious way to organize the code. There are other ways as well.
>> Do
>> > you have a problem with this approach? Did you want to suggest something
>> > else?
>>
>> That works fine. I think I was concerned it will get tiresome after a
>> while having to add a dispatch method in their for every common
>> method. But I'm not a Ruby expert and cannot think of another way to
>> do it. Now if it was Perl....
>>
>> >> 2. If I don't have that require 'watir/ie' at the start of the unit
>> >> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
>> >> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
>> >> looks like the autoload is not working for me but I'm at a loss to
>> >> figure out why.
>> >
>> > I was not able to reproduce this problem.
>> >
>> >
>> > --
>> > Bret Pettichord
>> > GTalk: bpettichord at gmail.com
>> > CTO, WatirCraft LLC, http://www.watircraft.com
>> > Lead Developer, Watir, http://wtr.rubyforge.org
>> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>>
>>
>>
>> --
>> VMBed - http://vmbed.com/ - Machines when you want them.
>> Test Automation - http://vmbed.com/?page/automate
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/7473e003/attachment.html>

From michael_hwee at yahoo.com  Tue Dec  2 19:36:02 2008
From: michael_hwee at yahoo.com (Michael Hwee)
Date: Tue, 2 Dec 2008 16:36:02 -0800 (PST)
Subject: [Wtr-development] drag and drop
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
Message-ID: <116363.418.qm@web31812.mail.mud.yahoo.com>


In Selenium,
here are some functions provided:
getCursorPosition()
getElementHeight()
getElementIndex()
getElementPositionLeft()
getElementPositionTop()
getElementWidth()

Michael



----- Original Message ----
From: Paul Rogers <paul.rogers at shaw.ca>
To: Watir development <wtr-development at rubyforge.org>
Sent: Tuesday, December 2, 2008 10:33:25 AM
Subject: Re: [Wtr-development] drag and drop

'..provide element coordination functions..' - what does this mean?

On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> I love to have this.
> And, if you are up to it, can you also provide element coordination functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
_______________________________________________
Wtr-development mailing list
Wtr-development at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development


From paul.rogers at shaw.ca  Tue Dec  2 21:20:56 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 19:20:56 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <116363.418.qm@web31812.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
Message-ID: <e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>

yep, youd get all of those, but with better method names ;-)

There are several problems surrounding it, but Im sure for most people
it will be 'close enough'. Its been working well enough for me for
quite some time, and takes into account many of the problems.

go google 'cross browser css box issue' and 'quirks mode box model' if
you need more info.

Paul


On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> In Selenium,
> here are some functions provided:
> getCursorPosition()
> getElementHeight()
> getElementIndex()
> getElementyepPositionLeft()
> getElementPositionTop()
> getElementWidth()
>
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Tuesday, December 2, 2008 10:33:25 AM
> Subject: Re: [Wtr-development] drag and drop
>
> '..provide element coordination functions..' - what does this mean?
>
> On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>>
>> I love to have this.
>> And, if you are up to it, can you also provide element coordination functions as well.
>>
>> Thanks.
>> Michael
>>
>>
>>
>> ----- Original Message ----
>> From: Paul Rogers <paul.rogers at shaw.ca>
>> To: Watir development <wtr-development at rubyforge.org>
>> Sent: Monday, December 1, 2008 12:25:35 PM
>> Subject: [Wtr-development] drag and drop
>>
>> I have some code that does cross browser drag and drop.
>>
>> Is there any interest in adding this to the main watir code base,
>> either as a full feature or via the contrib mechanism?
>>
>> Ive just tried it out on prototype and scriptaculous and seems to work
>> ok, but it will be quite a bit of work for me to make unit tests etc,
>> but Im willing to do it.
>>
>> Selenium already supports this with these methods -
>> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> java.lang.String)
>>
>> Paul
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From abaird at bairdsnet.net  Tue Dec  2 21:46:20 2008
From: abaird at bairdsnet.net (Alan Baird)
Date: Tue, 2 Dec 2008 20:46:20 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
Message-ID: <2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>

Paul -
I'm sure you've already thought of this but just in case, Bill Agee and I
have some code up on the wiki for the right click.  It works pretty well and
if you aren't already going to include right clicking in what you are going
to do I think it would be a good place for it.

Alan

On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> yep, youd get all of those, but with better method names ;-)
>
> There are several problems surrounding it, but Im sure for most people
> it will be 'close enough'. Its been working well enough for me for
> quite some time, and takes into account many of the problems.
>
> go google 'cross browser css box issue' and 'quirks mode box model' if
> you need more info.
>
> Paul
>
>
> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
> wrote:
> >
> > In Selenium,
> > here are some functions provided:
> > getCursorPosition()
> > getElementHeight()
> > getElementIndex()
> > getElementyepPositionLeft()
> > getElementPositionTop()
> > getElementWidth()
> >
> > Michael
> >
> >
> >
> > ----- Original Message ----
> > From: Paul Rogers <paul.rogers at shaw.ca>
> > To: Watir development <wtr-development at rubyforge.org>
> > Sent: Tuesday, December 2, 2008 10:33:25 AM
> > Subject: Re: [Wtr-development] drag and drop
> >
> > '..provide element coordination functions..' - what does this mean?
> >
> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
> wrote:
> >>
> >> I love to have this.
> >> And, if you are up to it, can you also provide element coordination
> functions as well.
> >>
> >> Thanks.
> >> Michael
> >>
> >>
> >>
> >> ----- Original Message ----
> >> From: Paul Rogers <paul.rogers at shaw.ca>
> >> To: Watir development <wtr-development at rubyforge.org>
> >> Sent: Monday, December 1, 2008 12:25:35 PM
> >> Subject: [Wtr-development] drag and drop
> >>
> >> I have some code that does cross browser drag and drop.
> >>
> >> Is there any interest in adding this to the main watir code base,
> >> either as a full feature or via the contrib mechanism?
> >>
> >> Ive just tried it out on prototype and scriptaculous and seems to work
> >> ok, but it will be quite a bit of work for me to make unit tests etc,
> >> but Im willing to do it.
> >>
> >> Selenium already supports this with these methods -
> >>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String
> ,
> >> java.lang.String)
> >>
> >> Paul
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/288ee383/attachment.html>

From paul.rogers at shaw.ca  Tue Dec  2 21:55:06 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 19:55:06 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
Message-ID: <e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>

a man just cant get a break ;-)

I was thinking of adding the event code of text fields, as this drag
drop stuff will require the new event coe thats up on the wiki.

This would correctly fill the event object with the key codes and
indicate wether shift, ctrl, alt etc were held down.
AutoIt uses something like {ALT}  ( from
http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
indicate the alt key is pressed, so I was thinking of doing something
like that for the watir text fields.

I think it should go in to watir as it goes a long way to making it
work better with really dynamic web applications ( things like rich
text editors and 'you have 100 chars left messages')

But it is more work, so I dont think it will get in with this first
drag drop stuff.

Today I created unit tests using both the scripalulous and jquery
libraries, so this too will help people understand how to do drag drop
automation


Paul

On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> Paul -
> I'm sure you've already thought of this but just in case, Bill Agee and I
> have some code up on the wiki for the right click.  It works pretty well and
> if you aren't already going to include right clicking in what you are going
> to do I think it would be a good place for it.
> Alan
>
> On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>>
>> yep, youd get all of those, but with better method names ;-)
>>
>> There are several problems surrounding it, but Im sure for most people
>> it will be 'close enough'. Its been working well enough for me for
>> quite some time, and takes into account many of the problems.
>>
>> go google 'cross browser css box issue' and 'quirks mode box model' if
>> you need more info.
>>
>> Paul
>>
>>
>> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
>> wrote:
>> >
>> > In Selenium,
>> > here are some functions provided:
>> > getCursorPosition()
>> > getElementHeight()
>> > getElementIndex()
>> > getElementyepPositionLeft()
>> > getElementPositionTop()
>> > getElementWidth()
>> >
>> > Michael
>> >
>> >
>> >
>> > ----- Original Message ----
>> > From: Paul Rogers <paul.rogers at shaw.ca>
>> > To: Watir development <wtr-development at rubyforge.org>
>> > Sent: Tuesday, December 2, 2008 10:33:25 AM
>> > Subject: Re: [Wtr-development] drag and drop
>> >
>> > '..provide element coordination functions..' - what does this mean?
>> >
>> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
>> > wrote:
>> >>
>> >> I love to have this.
>> >> And, if you are up to it, can you also provide element coordination
>> >> functions as well.
>> >>
>> >> Thanks.
>> >> Michael
>> >>
>> >>
>> >>
>> >> ----- Original Message ----
>> >> From: Paul Rogers <paul.rogers at shaw.ca>
>> >> To: Watir development <wtr-development at rubyforge.org>
>> >> Sent: Monday, December 1, 2008 12:25:35 PM
>> >> Subject: [Wtr-development] drag and drop
>> >>
>> >> I have some code that does cross browser drag and drop.
>> >>
>> >> Is there any interest in adding this to the main watir code base,
>> >> either as a full feature or via the contrib mechanism?
>> >>
>> >> Ive just tried it out on prototype and scriptaculous and seems to work
>> >> ok, but it will be quite a bit of work for me to make unit tests etc,
>> >> but Im willing to do it.
>> >>
>> >> Selenium already supports this with these methods -
>> >>
>> >> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> >> java.lang.String)
>> >>
>> >> Paul
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >>
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >>
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From abaird at bairdsnet.net  Tue Dec  2 22:10:38 2008
From: abaird at bairdsnet.net (Alan Baird)
Date: Tue, 2 Dec 2008 21:10:38 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
	<e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
Message-ID: <2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>

Sorry - I wasn't trying to pile on.  :)   But since the right click stuff
starts with finding the position of an element it seemed like a good fit.
 We are actually using autoit for clicking the right mouse button so I would
be happy to get rid of it.  If I could understand how you are doing some of
this then I could make it part of this example if or until you were able to
incorporate it.
Alan

On Tue, Dec 2, 2008 at 8:55 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> a man just cant get a break ;-)
>
> I was thinking of adding the event code of text fields, as this drag
> drop stuff will require the new event coe thats up on the wiki.
>
> This would correctly fill the event object with the key codes and
> indicate wether shift, ctrl, alt etc were held down.
> AutoIt uses something like {ALT}  ( from
> http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
> indicate the alt key is pressed, so I was thinking of doing something
> like that for the watir text fields.
>
> I think it should go in to watir as it goes a long way to making it
> work better with really dynamic web applications ( things like rich
> text editors and 'you have 100 chars left messages')
>
> But it is more work, so I dont think it will get in with this first
> drag drop stuff.
>
> Today I created unit tests using both the scripalulous and jquery
> libraries, so this too will help people understand how to do drag drop
> automation
>
>
> Paul
>
> On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> > Paul -
> > I'm sure you've already thought of this but just in case, Bill Agee and I
> > have some code up on the wiki for the right click.  It works pretty well
> and
> > if you aren't already going to include right clicking in what you are
> going
> > to do I think it would be a good place for it.
> > Alan
> >
> > On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
> >>
> >> yep, youd get all of those, but with better method names ;-)
> >>
> >> There are several problems surrounding it, but Im sure for most people
> >> it will be 'close enough'. Its been working well enough for me for
> >> quite some time, and takes into account many of the problems.
> >>
> >> go google 'cross browser css box issue' and 'quirks mode box model' if
> >> you need more info.
> >>
> >> Paul
> >>
> >>
> >> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
> >> wrote:
> >> >
> >> > In Selenium,
> >> > here are some functions provided:
> >> > getCursorPosition()
> >> > getElementHeight()
> >> > getElementIndex()
> >> > getElementyepPositionLeft()
> >> > getElementPositionTop()
> >> > getElementWidth()
> >> >
> >> > Michael
> >> >
> >> >
> >> >
> >> > ----- Original Message ----
> >> > From: Paul Rogers <paul.rogers at shaw.ca>
> >> > To: Watir development <wtr-development at rubyforge.org>
> >> > Sent: Tuesday, December 2, 2008 10:33:25 AM
> >> > Subject: Re: [Wtr-development] drag and drop
> >> >
> >> > '..provide element coordination functions..' - what does this mean?
> >> >
> >> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
> >> > wrote:
> >> >>
> >> >> I love to have this.
> >> >> And, if you are up to it, can you also provide element coordination
> >> >> functions as well.
> >> >>
> >> >> Thanks.
> >> >> Michael
> >> >>
> >> >>
> >> >>
> >> >> ----- Original Message ----
> >> >> From: Paul Rogers <paul.rogers at shaw.ca>
> >> >> To: Watir development <wtr-development at rubyforge.org>
> >> >> Sent: Monday, December 1, 2008 12:25:35 PM
> >> >> Subject: [Wtr-development] drag and drop
> >> >>
> >> >> I have some code that does cross browser drag and drop.
> >> >>
> >> >> Is there any interest in adding this to the main watir code base,
> >> >> either as a full feature or via the contrib mechanism?
> >> >>
> >> >> Ive just tried it out on prototype and scriptaculous and seems to
> work
> >> >> ok, but it will be quite a bit of work for me to make unit tests etc,
> >> >> but Im willing to do it.
> >> >>
> >> >> Selenium already supports this with these methods -
> >> >>
> >> >>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String
> ,
> >> >> java.lang.String)
> >> >>
> >> >> Paul
> >> >> _______________________________________________
> >> >> Wtr-development mailing list
> >> >> Wtr-development at rubyforge.org
> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >> >>
> >> >> _______________________________________________
> >> >> Wtr-development mailing list
> >> >> Wtr-development at rubyforge.org
> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >> >>
> >> > _______________________________________________
> >> > Wtr-development mailing list
> >> > Wtr-development at rubyforge.org
> >> > http://rubyforge.org/mailman/listinfo/wtr-development
> >> >
> >> > _______________________________________________
> >> > Wtr-development mailing list
> >> > Wtr-development at rubyforge.org
> >> > http://rubyforge.org/mailman/listinfo/wtr-development
> >> >
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/225c264a/attachment-0001.html>

From paul.rogers at shaw.ca  Tue Dec  2 22:41:33 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 20:41:33 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
	<e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
	<2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>
Message-ID: <e7eaafaa0812021941r2913c7eof548700e50fe4c0f@mail.gmail.com>

take a look at this
http://wiki.seleniumhq.org/display/WTR/Possibilities+For+New+Events+in+Watir

and also the 3 attachments in the second tab on that page.

When you do a click or a keypress in a browser, the browser creates a
thing called the evet object. This object contains stuff like the
mouse position, what key was pressed, wether the shift key was down
etc.

The current watir methods, like click, do_key_press ( called from
textfield#set I think ) dont fill in this object, becase a) most of
the time you dont need it and b) I could never figure out how to do t.

Ive since a) needed it and b) figured it out ;-)

All the drag dro pcode needs this, as do some text areas that tell you
how many chars left, and quite probably the right click via
onContextMenu event.

Paul

On Tue, Dec 2, 2008 at 8:10 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> Sorry - I wasn't trying to pile on.  :)   But since the right click stuff
> starts with finding the position of an element it seemed like a good fit.
>  We are actually using autoit for clicking the right mouse button so I would
> be happy to get rid of it.  If I could understand how you are doing some of
> this then I could make it part of this example if or until you were able to
> incorporate it.
> Alan
>
> On Tue, Dec 2, 2008 at 8:55 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>>
>> a man just cant get a break ;-)
>>
>> I was thinking of adding the event code of text fields, as this drag
>> drop stuff will require the new event coe thats up on the wiki.
>>
>> This would correctly fill the event object with the key codes and
>> indicate wether shift, ctrl, alt etc were held down.
>> AutoIt uses something like {ALT}  ( from
>> http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
>> indicate the alt key is pressed, so I was thinking of doing something
>> like that for the watir text fields.
>>
>> I think it should go in to watir as it goes a long way to making it
>> work better with really dynamic web applications ( things like rich
>> text editors and 'you have 100 chars left messages')
>>
>> But it is more work, so I dont think it will get in with this first
>> drag drop stuff.
>>
>> Today I created unit tests using both the scripalulous and jquery
>> libraries, so this too will help people understand how to do drag drop
>> automation
>>
>>
>> Paul
>>
>> On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
>> > Paul -
>> > I'm sure you've already thought of this but just in case, Bill Agee and
>> > I
>> > have some code up on the wiki for the right click.  It works pretty well
>> > and
>> > if you aren't already going to include right clicking in what you are
>> > going
>> > to do I think it would be a good place for it.
>> > Alan
>> >
>> > On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>> >>
>> >> yep, youd get all of those, but with better method names ;-)
>> >>
>> >> There are several problems surrounding it, but Im sure for most people
>> >> it will be 'close enough'. Its been working well enough for me for
>> >> quite some time, and takes into account many of the problems.
>> >>
>> >> go google 'cross browser css box issue' and 'quirks mode box model' if
>> >> you need more info.
>> >>
>> >> Paul
>> >>
>> >>
>> >> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
>> >> wrote:
>> >> >
>> >> > In Selenium,
>> >> > here are some functions provided:
>> >> > getCursorPosition()
>> >> > getElementHeight()
>> >> > getElementIndex()
>> >> > getElementyepPositionLeft()
>> >> > getElementPositionTop()
>> >> > getElementWidth()
>> >> >
>> >> > Michael
>> >> >
>> >> >
>> >> >
>> >> > ----- Original Message ----
>> >> > From: Paul Rogers <paul.rogers at shaw.ca>
>> >> > To: Watir development <wtr-development at rubyforge.org>
>> >> > Sent: Tuesday, December 2, 2008 10:33:25 AM
>> >> > Subject: Re: [Wtr-development] drag and drop
>> >> >
>> >> > '..provide element coordination functions..' - what does this mean?
>> >> >
>> >> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
>> >> > wrote:
>> >> >>
>> >> >> I love to have this.
>> >> >> And, if you are up to it, can you also provide element coordination
>> >> >> functions as well.
>> >> >>
>> >> >> Thanks.
>> >> >> Michael
>> >> >>
>> >> >>
>> >> >>
>> >> >> ----- Original Message ----
>> >> >> From: Paul Rogers <paul.rogers at shaw.ca>
>> >> >> To: Watir development <wtr-development at rubyforge.org>
>> >> >> Sent: Monday, December 1, 2008 12:25:35 PM
>> >> >> Subject: [Wtr-development] drag and drop
>> >> >>
>> >> >> I have some code that does cross browser drag and drop.
>> >> >>
>> >> >> Is there any interest in adding this to the main watir code base,
>> >> >> either as a full feature or via the contrib mechanism?
>> >> >>
>> >> >> Ive just tried it out on prototype and scriptaculous and seems to
>> >> >> work
>> >> >> ok, but it will be quite a bit of work for me to make unit tests
>> >> >> etc,
>> >> >> but Im willing to do it.
>> >> >>
>> >> >> Selenium already supports this with these methods -
>> >> >>
>> >> >>
>> >> >> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> >> >> java.lang.String)
>> >> >>
>> >> >> Paul
>> >> >> _______________________________________________
>> >> >> Wtr-development mailing list
>> >> >> Wtr-development at rubyforge.org
>> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >>
>> >> >> _______________________________________________
>> >> >> Wtr-development mailing list
>> >> >> Wtr-development at rubyforge.org
>> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >>
>> >> > _______________________________________________
>> >> > Wtr-development mailing list
>> >> > Wtr-development at rubyforge.org
>> >> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >
>> >> > _______________________________________________
>> >> > Wtr-development mailing list
>> >> > Wtr-development at rubyforge.org
>> >> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From bret at pettichord.com  Fri Dec  5 19:15:43 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 5 Dec 2008 18:15:43 -0600
Subject: [Wtr-development] Firefox.attach
Message-ID: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>

I've spent much of this week figuring out how to make the attach
functionality work with Firefox. Gavin (and others) submitted patches that
made it be a class method instead of an instance method.

But as I've looked at the code, I realized that basically FireWatir only
lets you access the top most window. For example:

a = Firefox.attach :title, 'a'
b = Firefox.attach :title, 'b'

but both a and b will refer to the same window very soon, and it will be
whatever was opened last.

I've looked into how to fix it. It can be done, and I've developed a proof
of concept of my solution, but it will require a fair amount of work, much
more than I had budgeted for this right now.

Note that this really isn't a problem with attach, but rather with
FireWatir. The same will happen if you do

a = Firefox.new
b = Firefox.new

Two windows will be opened, but both a and b will refer to the same window.

In other words, Firewatir, as it stands right now, can only drive one
window. This isn't a limitation of JSSH or anything, simply a limitation of
the way Firewatir is written today.

Bret

-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081205/56ef1059/attachment.html>

From gavin at vmbed.com  Fri Dec  5 20:09:52 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Fri, 5 Dec 2008 17:09:52 -0800
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
Message-ID: <65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>

On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
> I've spent much of this week figuring out how to make the attach
> functionality work with Firefox. Gavin (and others) submitted patches that
> made it be a class method instead of an instance method.
>
> But as I've looked at the code, I realized that basically FireWatir only
> lets you access the top most window. For example:
>
> a = Firefox.attach :title, 'a'
> b = Firefox.attach :title, 'b'
>
> but both a and b will refer to the same window very soon, and it will be
> whatever was opened last.
>
> I've looked into how to fix it. It can be done, and I've developed a proof
> of concept of my solution, but it will require a fair amount of work, much
> more than I had budgeted for this right now.
>
> Note that this really isn't a problem with attach, but rather with
> FireWatir. The same will happen if you do
>
> a = Firefox.new
> b = Firefox.new
>
> Two windows will be opened, but both a and b will refer to the same window.
>
> In other words, Firewatir, as it stands right now, can only drive one
> window. This isn't a limitation of JSSH or anything, simply a limitation of
> the way Firewatir is written today.
>
> Bret
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate

From gavin at vmbed.com  Fri Dec  5 20:12:45 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Fri, 5 Dec 2008 17:12:45 -0800
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
Message-ID: <65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>

Is this due to the class variable @@current_window? If I get some time
this weekend I'll look at this a bit.
Thanks,
Gavin

On Fri, Dec 5, 2008 at 5:09 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
> On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
>> I've spent much of this week figuring out how to make the attach
>> functionality work with Firefox. Gavin (and others) submitted patches that
>> made it be a class method instead of an instance method.
>>
>> But as I've looked at the code, I realized that basically FireWatir only
>> lets you access the top most window. For example:
>>
>> a = Firefox.attach :title, 'a'
>> b = Firefox.attach :title, 'b'
>>
>> but both a and b will refer to the same window very soon, and it will be
>> whatever was opened last.
>>
>> I've looked into how to fix it. It can be done, and I've developed a proof
>> of concept of my solution, but it will require a fair amount of work, much
>> more than I had budgeted for this right now.
>>
>> Note that this really isn't a problem with attach, but rather with
>> FireWatir. The same will happen if you do
>>
>> a = Firefox.new
>> b = Firefox.new
>>
>> Two windows will be opened, but both a and b will refer to the same window.
>>
>> In other words, Firewatir, as it stands right now, can only drive one
>> window. This isn't a limitation of JSSH or anything, simply a limitation of
>> the way Firewatir is written today.
>>
>> Bret
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate

From paul.rogers at shaw.ca  Fri Dec  5 22:41:21 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Fri, 5 Dec 2008 20:41:21 -0700
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
Message-ID: <e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>

is it possible to come up with an array of windows from firefox - in
much the same you'd do in javascript.

Then the attach functionality would just search the array for a
matching one. I did look into this quite some time back, but in the
end didnt need it. My tests are much simpler in that if there is a ff
window open that has jssh it will use it, and if there isnt one it
will create one.

Paul


On Fri, Dec 5, 2008 at 5:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
> I've spent much of this week figuring out how to make the attach
> functionality work with Firefox. Gavin (and others) submitted patches that
> made it be a class method instead of an instance method.
>
> But as I've looked at the code, I realized that basically FireWatir only
> lets you access the top most window. For example:
>
> a = Firefox.attach :title, 'a'
> b = Firefox.attach :title, 'b'
>
> but both a and b will refer to the same window very soon, and it will be
> whatever was opened last.
>
> I've looked into how to fix it. It can be done, and I've developed a proof
> of concept of my solution, but it will require a fair amount of work, much
> more than I had budgeted for this right now.
>
> Note that this really isn't a problem with attach, but rather with
> FireWatir. The same will happen if you do
>
> a = Firefox.new
> b = Firefox.new
>
> Two windows will be opened, but both a and b will refer to the same window.
>
> In other words, Firewatir, as it stands right now, can only drive one
> window. This isn't a limitation of JSSH or anything, simply a limitation of
> the way Firewatir is written today.
>
> Bret
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From bret at pettichord.com  Sat Dec  6 17:17:53 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 6 Dec 2008 16:17:53 -0600
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>
Message-ID: <ade75c5b0812061417x5b6835feibf1ce239b5a8e9a5@mail.gmail.com>

On Fri, Dec 5, 2008 at 9:41 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> is it possible to come up with an array of windows from firefox - in
> much the same you'd do in javascript.


Correct. This is getWindows(). In FireWatir the call to get_window_number
always sets the "window" variable (javascript, global) to the topmost of
these windows. All the other methods are hardcoded to reference via this
global.

Then the attach functionality would just search the array for a
> matching one.


Right, the current attach functionality does this. And then
get_window_number undos this.


> I did look into this quite some time back, but in the
> end didnt need it. My tests are much simpler in that if there is a ff
> window open that has jssh it will use it, and if there isnt one it
> will create one.


I think this is going to have to the be the approach to use if you want a
cross-browser testsuite.

>
>
> Paul
>
>
> On Fri, Dec 5, 2008 at 5:15 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> > I've spent much of this week figuring out how to make the attach
> > functionality work with Firefox. Gavin (and others) submitted patches
> that
> > made it be a class method instead of an instance method.
> >
> > But as I've looked at the code, I realized that basically FireWatir only
> > lets you access the top most window. For example:
> >
> > a = Firefox.attach :title, 'a'
> > b = Firefox.attach :title, 'b'
> >
> > but both a and b will refer to the same window very soon, and it will be
> > whatever was opened last.
> >
> > I've looked into how to fix it. It can be done, and I've developed a
> proof
> > of concept of my solution, but it will require a fair amount of work,
> much
> > more than I had budgeted for this right now.
> >
> > Note that this really isn't a problem with attach, but rather with
> > FireWatir. The same will happen if you do
> >
> > a = Firefox.new
> > b = Firefox.new
> >
> > Two windows will be opened, but both a and b will refer to the same
> window.
> >
> > In other words, Firewatir, as it stands right now, can only drive one
> > window. This isn't a limitation of JSSH or anything, simply a limitation
> of
> > the way Firewatir is written today.
> >
> > Bret
> >
> > --
> > Bret Pettichord
> > GTalk: bpettichord at gmail.com
> > CTO, WatirCraft LLC, http://www.watircraft.com
> > Lead Developer, Watir, http://wtr.rubyforge.org
> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081206/61bf6bdb/attachment-0001.html>

From bret at pettichord.com  Sat Dec  6 17:14:21 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 6 Dec 2008 16:14:21 -0600
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
	<65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>
Message-ID: <ade75c5b0812061414h12147779p6b5cb4b2e410eab4@mail.gmail.com>

@@current_window was doing nothing helpful and i ripped it out. So, no, that
is no longer the cause of any problems.

Bret

On Fri, Dec 5, 2008 at 7:12 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Is this due to the class variable @@current_window? If I get some time
> this weekend I'll look at this a bit.
> Thanks,
> Gavin
>
> On Fri, Dec 5, 2008 at 5:09 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
> > On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> >> I've spent much of this week figuring out how to make the attach
> >> functionality work with Firefox. Gavin (and others) submitted patches
> that
> >> made it be a class method instead of an instance method.
> >>
> >> But as I've looked at the code, I realized that basically FireWatir only
> >> lets you access the top most window. For example:
> >>
> >> a = Firefox.attach :title, 'a'
> >> b = Firefox.attach :title, 'b'
> >>
> >> but both a and b will refer to the same window very soon, and it will be
> >> whatever was opened last.
> >>
> >> I've looked into how to fix it. It can be done, and I've developed a
> proof
> >> of concept of my solution, but it will require a fair amount of work,
> much
> >> more than I had budgeted for this right now.
> >>
> >> Note that this really isn't a problem with attach, but rather with
> >> FireWatir. The same will happen if you do
> >>
> >> a = Firefox.new
> >> b = Firefox.new
> >>
> >> Two windows will be opened, but both a and b will refer to the same
> window.
> >>
> >> In other words, Firewatir, as it stands right now, can only drive one
> >> window. This isn't a limitation of JSSH or anything, simply a limitation
> of
> >> the way Firewatir is written today.
> >>
> >> Bret
> >>
> >> --
> >> Bret Pettichord
> >> GTalk: bpettichord at gmail.com
> >> CTO, WatirCraft LLC, http://www.watircraft.com
> >> Lead Developer, Watir, http://wtr.rubyforge.org
> >> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >>
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >
> >
> >
> > --
> > VMBed - http://vmbed.com/ - Machines when you want them.
> > Test Automation - http://vmbed.com/?page/automate
> >
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081206/75bc1e73/attachment.html>

From angrez at gmail.com  Mon Dec  8 05:36:39 2008
From: angrez at gmail.com (Angrez Singh)
Date: Mon, 8 Dec 2008 16:06:39 +0530
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
Message-ID: <e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>

Hi,

Sorry for replying late was on vacation. AFAIK, AutoItX3 function
winexists takes "window title" as the parameter.

autoit.WinExists("Google") should work if you open "google.com" using Firewatir.

Let me know if this works.

Regards,
Angrez

On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> I want to automate some operations in Firefox using AutoIt (basically
> javascript dialog handling, besides startClicker). I am sending you a sample
> script which opens a Firefox browser, checks whether the Window exists and
> closes the Firefox window. But for both the AutoIt methods (WinExists and
> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
> means true)
>
> require 'firewatir'
> require 'win32ole'
> ff = FireWatir::Firefox.new
> autoit = WIN32OLE.new("AutoItX3.Control")
> sleep 5.0
> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
> sleep 2.0
> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>
> Can you let me know what is wrong in this, or if there is any other way to
> use AutoIt with Firefox?
>
> Thanks,
> Anukul
>

From anukul.singhal at gmail.com  Mon Dec  8 08:21:54 2008
From: anukul.singhal at gmail.com (anukul.singhal at gmail.com)
Date: Mon, 8 Dec 2008 13:21:54 +0000
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com><e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
Message-ID: <1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>

Hi Angrez,

The solution you gave works for me now. My main problem is that I am not able to use WinExists method for javascript dialog. This method returns a 0 i.e. fail in autoit for a javascript dialog, are you aware of any way through which I can use WinExists for a javascript dialog in firefox?

Thanks,
Anukul


Sent on my BlackBerry? from Vodafone Essar

-----Original Message-----
From: "Angrez Singh" <angrez at gmail.com>

Date: Mon, 8 Dec 2008 16:06:39 
To: Watir development<wtr-development at rubyforge.org>
Subject: Re: [Wtr-development] Regarding AutoIt with Firefox


Hi,

Sorry for replying late was on vacation. AFAIK, AutoItX3 function
winexists takes "window title" as the parameter.

autoit.WinExists("Google") should work if you open "google.com" using Firewatir.

Let me know if this works.

Regards,
Angrez

On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> I want to automate some operations in Firefox using AutoIt (basically
> javascript dialog handling, besides startClicker). I am sending you a sample
> script which opens a Firefox browser, checks whether the Window exists and
> closes the Firefox window. But for both the AutoIt methods (WinExists and
> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
> means true)
>
> require 'firewatir'
> require 'win32ole'
> ff = FireWatir::Firefox.new
> autoit = WIN32OLE.new("AutoItX3.Control")
> sleep 5.0
> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
> sleep 2.0
> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>
> Can you let me know what is wrong in this, or if there is any other way to
> use AutoIt with Firefox?
>
> Thanks,
> Anukul
>
_______________________________________________
Wtr-development mailing list
Wtr-development at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development

From angrez at gmail.com  Mon Dec  8 08:37:06 2008
From: angrez at gmail.com (Angrez Singh)
Date: Mon, 8 Dec 2008 19:07:06 +0530
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
	<e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
	<1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>
Message-ID: <e26bda3e0812080537hf911686le6bf36b5d9c0110c@mail.gmail.com>

Hi,

I think it should work with javascript dialogs also provided you give
the title same as that of javascript dialog.

- Angrez

On 12/8/08, anukul.singhal at gmail.com <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> The solution you gave works for me now. My main problem is that I am not
> able to use WinExists method for javascript dialog. This method returns a 0
> i.e. fail in autoit for a javascript dialog, are you aware of any way
> through which I can use WinExists for a javascript dialog in firefox?
>
> Thanks,
> Anukul
>
>
> Sent on my BlackBerry(R) from Vodafone Essar
>
> -----Original Message-----
> From: "Angrez Singh" <angrez at gmail.com>
>
> Date: Mon, 8 Dec 2008 16:06:39
> To: Watir development<wtr-development at rubyforge.org>
> Subject: Re: [Wtr-development] Regarding AutoIt with Firefox
>
>
> Hi,
>
> Sorry for replying late was on vacation. AFAIK, AutoItX3 function
> winexists takes "window title" as the parameter.
>
> autoit.WinExists("Google") should work if you open "google.com" using
> Firewatir.
>
> Let me know if this works.
>
> Regards,
> Angrez
>
> On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
>> Hi Angrez,
>>
>> I want to automate some operations in Firefox using AutoIt (basically
>> javascript dialog handling, besides startClicker). I am sending you a
>> sample
>> script which opens a Firefox browser, checks whether the Window exists and
>> closes the Firefox window. But for both the AutoIt methods (WinExists and
>> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
>> means true)
>>
>> require 'firewatir'
>> require 'win32ole'
>> ff = FireWatir::Firefox.new
>> autoit = WIN32OLE.new("AutoItX3.Control")
>> sleep 5.0
>> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
>> sleep 2.0
>> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>>
>> Can you let me know what is wrong in this, or if there is any other way to
>> use AutoIt with Firefox?
>>
>> Thanks,
>> Anukul
>>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>

From saidesertrose2004 at gmail.com  Tue Dec 16 01:29:02 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Tue, 16 Dec 2008 11:59:02 +0530
Subject: [Wtr-development] Extension for Watir for testing flash applications
Message-ID: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>

Hi Guys,

I have written an extension for Watir for testing flash applications. You
can get more details at http://code.google.com/p/flash-watir. As of now it
supports only firefox. I am working on the IE version now.
The documentation of usage as well its working is available in the wiki
pages of the project. The source is available for download as gem as well as
in SVN for checkout.

Please let me know your thoughts and feedback.

As of now I am keeping this within watir development team. I will be sending
a mail to the watir general mailing list sometime later after I get your
feedback.

Also I would like to write about this in Watir wiki for people to refer.

Thank you

Regards,
Sai

P.S. I am also working on Silverlight extension for watir :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081216/5b2bf5da/attachment.html>

From bret at pettichord.com  Tue Dec 16 14:27:39 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 16 Dec 2008 13:27:39 -0600
Subject: [Wtr-development] Extension for Watir for testing flash
	applications
In-Reply-To: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>
References: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>
Message-ID: <ade75c5b0812161127k2ba123f6m415692a31b9c0b@mail.gmail.com>

This looks cool. I haven't personally had the need for this, but I know that
Charley and others have wanted something like this.

I look forward to seeing more about this in the Watir Wiki.

Bret

On Tue, Dec 16, 2008 at 12:29 AM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
>
> I have written an extension for Watir for testing flash applications. You
> can get more details at http://code.google.com/p/flash-watir. As of now it
> supports only firefox. I am working on the IE version now.
> The documentation of usage as well its working is available in the wiki
> pages of the project. The source is available for download as gem as well as
> in SVN for checkout.
>
> Please let me know your thoughts and feedback.
>
> As of now I am keeping this within watir development team. I will be
> sending a mail to the watir general mailing list sometime later after I get
> your feedback.
>
> Also I would like to write about this in Watir wiki for people to refer.
>
> Thank you
>
> Regards,
> Sai
>
> P.S. I am also working on Silverlight extension for watir :)
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081216/0965587d/attachment-0001.html>

From saidesertrose2004 at gmail.com  Wed Dec 17 01:52:19 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Wed, 17 Dec 2008 12:22:19 +0530
Subject: [Wtr-development] Extension for Watir for testing flash
Message-ID: <a80376f20812162252t76453046h32136b7ff368cb88@mail.gmail.com>

Thank you Bret.
I understand that not all watir users have the need to test flash
applications. Thats why I have made flash-watir as an extension rather than
as a part of mainline watir. :)

I hope we can make more of such specialized extensions so that only people
who need them can add these extensions can install and use while we keep the
mainline watir clean and simple.

Regards,
Sai
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081217/0cede2bb/attachment.html>

From welkin_inc at hotmail.com  Thu Dec 18 07:06:47 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Thu, 18 Dec 2008 05:06:47 -0700
Subject: [Wtr-development] Xpath and IE
Message-ID: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>


The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).

Thanks.

Andrew


_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/4e05f886/attachment.html>

From angrez at gmail.com  Thu Dec 18 07:14:25 2008
From: angrez at gmail.com (Angrez Singh)
Date: Thu, 18 Dec 2008 17:44:25 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
Message-ID: <e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>

Watir does support addressing the elements using XPath if that is what you
are referring to (correct me if I am wrong here)

- Angrez

On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:

>  The UI that I'm testing is very complicated, and I end up doing a lot of
> Xpath work.  I'm using IE.
>
> I can recognize when elements exist and find their values quickly--I parse
> the document with libxml.  I was wondering if there is any way to hook into
> IE's msxml parser to also make activating the OLE objects faster (and
> perhaps making libxml unnecessary).
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/18db67f6/attachment.html>

From welkin_inc at hotmail.com  Thu Dec 18 11:13:18 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Thu, 18 Dec 2008 09:13:18 -0700
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
Message-ID: <BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>


Angrez,

On IE, the problem is performance--it takes a long time to find a particular node using XPath.  Using libxml, I am able to recognize a node more quickly than before.  In addition, I would like to be able to use/activate/click a node more quickly than before.  I thought that I could do that if I could access the msxml parser that the IE browser uses.

Thanks.

Andrew


Date: Thu, 18 Dec 2008 17:44:25 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] Xpath and IE

Watir does support addressing the elements using XPath if that is what you are referring to (correct me if I am wrong here)

- Angrez

On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).


Thanks.

Andrew


Send e-mail faster without improving your typing skills. Get your Hotmail? account.


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/80dd6853/attachment.html>

From bret at pettichord.com  Thu Dec 18 11:22:13 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 18 Dec 2008 10:22:13 -0600
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
Message-ID: <ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>

I guess the question is whether this parser is accessible via OLE. If so,
then this sounds like a promising idea.

Bret

On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  Angrez,
>
> On IE, the problem is performance--it takes a long time to find a
> particular node using XPath.  Using libxml, I am able to recognize a node
> more quickly than before.  In addition, I would like to be able to
> use/activate/click a node more quickly than before.  I thought that I could
> do that if I could access the msxml parser that the IE browser uses.
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Date: Thu, 18 Dec 2008 17:44:25 +0530
> From: angrez at gmail.com
> To: wtr-development at rubyforge.org
> Subject: Re: [Wtr-development] Xpath and IE
>
>
> Watir does support addressing the elements using XPath if that is what you
> are referring to (correct me if I am wrong here)
>
> - Angrez
>
> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:
>
>  The UI that I'm testing is very complicated, and I end up doing a lot of
> Xpath work.  I'm using IE.
>
> I can recognize when elements exist and find their values quickly--I parse
> the document with libxml.  I was wondering if there is any way to hook into
> IE's msxml parser to also make activating the OLE objects faster (and
> perhaps making libxml unnecessary).
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
>
> ------------------------------
> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/e26587f2/attachment.html>

From angrez at gmail.com  Fri Dec 19 02:21:01 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 12:51:01 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
Message-ID: <e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>

Bret,

Microsoft provides different DLL's for MSXML parsers (
http://support.microsoft.com/kb/269238) , not sure if we can use them
directly with Ruby. If yes then it would be a lot easier to access the
API's.

- Angrez

On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:

> I guess the question is whether this parser is accessible via OLE. If so,
> then this sounds like a promising idea.
>
> Bret
>
>
> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <welkin_inc at hotmail.com
> > wrote:
>
>>  Angrez,
>>
>> On IE, the problem is performance--it takes a long time to find a
>> particular node using XPath.  Using libxml, I am able to recognize a node
>> more quickly than before.  In addition, I would like to be able to
>> use/activate/click a node more quickly than before.  I thought that I could
>> do that if I could access the msxml parser that the IE browser uses.
>>
>> Thanks.
>>
>> Andrew
>>
>>
>> ------------------------------
>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>> From: angrez at gmail.com
>> To: wtr-development at rubyforge.org
>> Subject: Re: [Wtr-development] Xpath and IE
>>
>>
>> Watir does support addressing the elements using XPath if that is what you
>> are referring to (correct me if I am wrong here)
>>
>> - Angrez
>>
>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com
>> > wrote:
>>
>>  The UI that I'm testing is very complicated, and I end up doing a lot of
>> Xpath work.  I'm using IE.
>>
>> I can recognize when elements exist and find their values quickly--I parse
>> the document with libxml.  I was wondering if there is any way to hook into
>> IE's msxml parser to also make activating the OLE objects faster (and
>> perhaps making libxml unnecessary).
>>
>> Thanks.
>>
>> Andrew
>>
>>
>> ------------------------------
>> Send e-mail faster without improving your typing skills. Get your
>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>>
>>
>> ------------------------------
>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/ff603b7a/attachment-0001.html>

From angrez at gmail.com  Fri Dec 19 07:12:30 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 17:42:30 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
Message-ID: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>

I was able to create an instance of XML parser in ruby something like this.
Was able to look into the methods, could be of some help ... let me know if
I am going in right direction ..

require 'win32ole'

msxml = WIN32OLE.new("Msxml2.SAXXMLReader")

puts msxml.ole_func_methods

- Angrez

On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:

> Bret,
>
> Microsoft provides different DLL's for MSXML parsers (
> http://support.microsoft.com/kb/269238) , not sure if we can use them
> directly with Ruby. If yes then it would be a lot easier to access the
> API's.
>
> - Angrez
>
>
> On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> I guess the question is whether this parser is accessible via OLE. If so,
>> then this sounds like a promising idea.
>>
>> Bret
>>
>>
>> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <
>> welkin_inc at hotmail.com> wrote:
>>
>>>  Angrez,
>>>
>>> On IE, the problem is performance--it takes a long time to find a
>>> particular node using XPath.  Using libxml, I am able to recognize a node
>>> more quickly than before.  In addition, I would like to be able to
>>> use/activate/click a node more quickly than before.  I thought that I could
>>> do that if I could access the msxml parser that the IE browser uses.
>>>
>>> Thanks.
>>>
>>> Andrew
>>>
>>>
>>> ------------------------------
>>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>>> From: angrez at gmail.com
>>> To: wtr-development at rubyforge.org
>>> Subject: Re: [Wtr-development] Xpath and IE
>>>
>>>
>>> Watir does support addressing the elements using XPath if that is what
>>> you are referring to (correct me if I am wrong here)
>>>
>>> - Angrez
>>>
>>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>  The UI that I'm testing is very complicated, and I end up doing a lot of
>>> Xpath work.  I'm using IE.
>>>
>>> I can recognize when elements exist and find their values quickly--I
>>> parse the document with libxml.  I was wondering if there is any way to hook
>>> into IE's msxml parser to also make activating the OLE objects faster (and
>>> perhaps making libxml unnecessary).
>>>
>>> Thanks.
>>>
>>> Andrew
>>>
>>>
>>> ------------------------------
>>> Send e-mail faster without improving your typing skills. Get your
>>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>>
>>>
>>> ------------------------------
>>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/7ccbd127/attachment.html>

From angrez at gmail.com  Fri Dec 19 07:28:40 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 17:58:40 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
	<e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
Message-ID: <e26bda3e0812190428k1d78a43bwf3a1413854e79088@mail.gmail.com>

This sounds better to me ...

require 'win32ole'

msxml = WIN32OLE.new("Microsoft.XMLDOM.1.0")
msxml.loadXML("<tree value='value'><node text='textnode'></node></tree>")
puts msxml.xml

- Angrez

On Fri, Dec 19, 2008 at 5:42 PM, Angrez Singh <angrez at gmail.com> wrote:

> I was able to create an instance of XML parser in ruby something like this.
> Was able to look into the methods, could be of some help ... let me know if
> I am going in right direction ..
>
> require 'win32ole'
>
> msxml = WIN32OLE.new("Msxml2.SAXXMLReader")
>
> puts msxml.ole_func_methods
>
> - Angrez
>
>
> On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:
>
>> Bret,
>>
>> Microsoft provides different DLL's for MSXML parsers (
>> http://support.microsoft.com/kb/269238) , not sure if we can use them
>> directly with Ruby. If yes then it would be a lot easier to access the
>> API's.
>>
>> - Angrez
>>
>>
>> On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:
>>
>>> I guess the question is whether this parser is accessible via OLE. If so,
>>> then this sounds like a promising idea.
>>>
>>> Bret
>>>
>>>
>>> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>>  Angrez,
>>>>
>>>> On IE, the problem is performance--it takes a long time to find a
>>>> particular node using XPath.  Using libxml, I am able to recognize a node
>>>> more quickly than before.  In addition, I would like to be able to
>>>> use/activate/click a node more quickly than before.  I thought that I could
>>>> do that if I could access the msxml parser that the IE browser uses.
>>>>
>>>> Thanks.
>>>>
>>>> Andrew
>>>>
>>>>
>>>> ------------------------------
>>>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>>>> From: angrez at gmail.com
>>>> To: wtr-development at rubyforge.org
>>>> Subject: Re: [Wtr-development] Xpath and IE
>>>>
>>>>
>>>> Watir does support addressing the elements using XPath if that is what
>>>> you are referring to (correct me if I am wrong here)
>>>>
>>>> - Angrez
>>>>
>>>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <
>>>> welkin_inc at hotmail.com> wrote:
>>>>
>>>>  The UI that I'm testing is very complicated, and I end up doing a lot
>>>> of Xpath work.  I'm using IE.
>>>>
>>>> I can recognize when elements exist and find their values quickly--I
>>>> parse the document with libxml.  I was wondering if there is any way to hook
>>>> into IE's msxml parser to also make activating the OLE objects faster (and
>>>> perhaps making libxml unnecessary).
>>>>
>>>> Thanks.
>>>>
>>>> Andrew
>>>>
>>>>
>>>> ------------------------------
>>>> Send e-mail faster without improving your typing skills. Get your
>>>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account
>>>> now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> GTalk: bpettichord at gmail.com
>>> CTO, WatirCraft LLC, http://www.watircraft.com
>>> Lead Developer, Watir, http://wtr.rubyforge.org
>>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/ef9c85b7/attachment.html>

From welkin_inc at hotmail.com  Fri Dec 19 12:07:55 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Fri, 19 Dec 2008 10:07:55 -0700
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com> 
	<e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
Message-ID: <BAY118-W301D2B6169706CEAE65AB6E6F00@phx.gbl>


Sorry that I wasn't clear.

I know that I can instantiate an msxml parser instance.

What I want to be able to do is to access the the particular msxml process that runs inside of the InternetExlorer ole object instantiated by Watir.

Thanks.

Andrew



Date: Fri, 19 Dec 2008 17:42:30 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] Xpath and IE

I was able to create an instance of XML parser in ruby something like this. Was able to look into the methods, could be of some help ... let me know if I am going in right direction ..

require 'win32ole'


msxml = WIN32OLE.new("Msxml2.SAXXMLReader")

puts msxml.ole_func_methods

- Angrez

On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:

Bret,

Microsoft provides different DLL's for MSXML parsers (http://support.microsoft.com/kb/269238) , not sure if we can use them directly with Ruby. If yes then it would be a lot easier to access the API's.



- Angrez

On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com> wrote:


I guess the question is whether this parser is accessible via OLE. If so, then this sounds like a promising idea.

Bret

On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:








Angrez,

On IE, the problem is performance--it takes a long time to find a particular node using XPath.  Using libxml, I am able to recognize a node more quickly than before.  In addition, I would like to be able to use/activate/click a node more quickly than before.  I thought that I could do that if I could access the msxml parser that the IE browser uses.




Thanks.

Andrew


Date: Thu, 18 Dec 2008 17:44:25 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org



Subject: Re: [Wtr-development] Xpath and IE

Watir does support addressing the elements using XPath if that is what you are referring to (correct me if I am wrong here)

- Angrez


On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).





Thanks.

Andrew


Send e-mail faster without improving your typing skills. Get your Hotmail? account.





_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


Send e-mail anywhere. No map, no compass. Get your Hotmail? account now.




_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


-- 


Bret Pettichord
GTalk: bpettichord at gmail.com

CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog



MiniBlog (Links), http://feeds.feedburner.com/bretshotlist 


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development




_________________________________________________________________
It?s the same Hotmail?. If by ?same? you mean up to 70% faster.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/152ab2d9/attachment-0001.html>

From welkin_inc at hotmail.com  Tue Dec 23 15:38:09 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Tue, 23 Dec 2008 13:38:09 -0700
Subject: [Wtr-development] WebDriver
Message-ID: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>


Just out of curiosity, has anyone looked at WebDriver, which will be rolled into Selenium 2.0 (no known release date) ?
If you haven't, WebDriver provides a common API along with drivers for a few different browsers--see http://code.google.com/p/webdriver/w/list

I found myself looking through there to see how they provided XPath support for IE.  I read on the wiki that they plan on providing native XPath support, but I could not find any details.

Andrew

_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081223/584e48ed/attachment.html>

From welkin_inc at hotmail.com  Wed Dec 24 13:12:55 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Wed, 24 Dec 2008 11:12:55 -0700
Subject: [Wtr-development] FireWatir:  browser title bug
Message-ID: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>


I was running a test using 1.6.2 and specifying a firefox browser (see full code below).  After doing a page submit, the application goes to a "please-be-patient" page before re-directing to the results.  I noticed that the value of browser.title was not correct--the value was that of the "please-be-patient" page instead of the results page.  However, the value of
    
gave the correct results.

Here is a condensed version of the code (I made sure that it ran):

require 'rubygems'
gem 'watir', '>=1.6.2'
require 'watir'

require 'active_support'


Watir::Browser.default    = 'firefox'
browser            = Watir::Browser.new

# Go to the home page
browser.goto('http://www.frontierairlines.com')

# Enter the origin city code.
elem            = browser.text_field(:id, 'flying_from')
elem.value        = 'DEN'
elem.focus
elem.fire_event('onKeyDown')
sleep 5

# Select the origin city description.
browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click

# Enter the destination city code.
elem            = browser.text_field(:id, 'flying_to')
elem.value        = 'LAX'
elem.focus
elem.fire_event('onKeyDown')
sleep 5

# Select the destination city description.
browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click

# Enter the departure date.
date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'leaving').value    = date_leave

# Enter the return date.
date_return        = 2.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'returning').value    = date_return

# Press the 'FIND FLIGHTS' image.
browser.image(:id, 'findFlightsButton').click

sleep 30

title_built_in        = browser.title
title_js        = browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))

puts "Title: built in: #{title_built_in}; js version: #{title_js}"



Andrew


_________________________________________________________________
It?s the same Hotmail?. If by ?same? you mean up to 70% faster.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081224/6a7268a2/attachment.html>

From welkin_inc at hotmail.com  Wed Dec 24 15:46:17 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Wed, 24 Dec 2008 13:46:17 -0700
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
Message-ID: <BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>


I was running a test using Firewatir 1.6.2.

I clicked on a link which navigates the user back to the home page.  After clicking the link, I looked to make sure that the Close button on an "are-you-sure?" dialog was visible or not by making the call
    browser.link(:xpath, close_button_xpath).visible?

Depending on which page of the application that one is on, pressing the home page link may either navigate directly to the home page or first display the "are-you-sure?" dialog before proceeding to the home page.

When making the above method call, I saw the exception:

c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in `raise': exception class/object expected (TypeError)

This refers to the raise() method call shown in the container.rb code:

      if md = /^(\w+)Error:(.*)$/.match(value) 
        eval "class JS#{md[1]}Error\nend"
        raise (eval "JS#{md[1]}Error"), md[2]
      end

I changed the above container.rb code to:

      if md = /^(\w+)Error:(.*)$/.match(value) 
         klass = Class.new Exception
         Object.const_set "JS#{md[1]}Error", klass
         raise klass, md[2]
      end

so that I could see the exception get thrown.

I then re-ran my test and saw the exception:

c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in `js_eval':  element_xpath_17 is not defined (Reference)
        from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in `visible?'

At this point, I'm stuck.  I'm guessing that the javascript context got reset when navigating to a different page.

Thanks for your help.

Andrew

_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081224/06e43413/attachment.html>

From charley.baker at gmail.com  Sun Dec 28 01:09:06 2008
From: charley.baker at gmail.com (Charley Baker)
Date: Sat, 27 Dec 2008 22:09:06 -0800
Subject: [Wtr-development] WebDriver
In-Reply-To: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>
References: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>
Message-ID: <f96821860812272209q14f171a6k6dd0ec56891c6c1@mail.gmail.com>

  I've looked at WebDriver a bit. It's an interesting project, with native
drivers for IE, Firefox and Safari. The driver for IE is a straight c++ COM
component, Firefox is implemented as an extension and the Safari bit is
using java to connect to the AppleScript scripting system. Remind you of
anything?
 We need to get rid of jssh for obvious reasons, and I'd like to start using
the WebDriver Firefox extension as a replacement. Take a look at the
WebDriver project, I'd like to get more feedback and/or help. Simon is
working with the Selenium project on integration though I'm not sure the
timeframe either.

-Charley
On Tue, Dec 23, 2008 at 12:38 PM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  Just out of curiosity, has anyone looked at WebDriver, which will be
> rolled into Selenium 2.0 (no known release date) ?
> If you haven't, WebDriver provides a common API along with drivers for a
> few different browsers--see http://code.google.com/p/webdriver/w/list
>
> I found myself looking through there to see how they provided XPath support
> for IE.  I read on the wiki that they plan on providing native XPath
> support, but I could not find any details.
>
> Andrew
>
> ------------------------------
> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081227/397af402/attachment-0001.html>

From saidesertrose2004 at gmail.com  Mon Dec 29 01:49:39 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Mon, 29 Dec 2008 12:19:39 +0530
Subject: [Wtr-development] Hosting for ChromeWatir
Message-ID: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>

Hi Guys,
This is a sneak peek preview for Chrome Watir I am working on. It is at a
very early stage (Only a few days old) and I have a few things working :).
I wanted to put it on Google code for giving you guys a way to work on it.
But I suppose I am using Google Code too much to host my project :(.
It has temporarily stopped me from creating a project. So I want to know
which alternate hosting is good?

Github is in my radar... If anyone wants to get chrome-watir early in their
hands, please let me know a good hosting :)

I will post more about chrome-watir in a few days...

Thank you

Regards,
Sai
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/07e20f8a/attachment.html>

From bret at pettichord.com  Mon Dec 29 10:35:42 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 09:35:42 -0600
Subject: [Wtr-development] Hosting for ChromeWatir
In-Reply-To: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
References: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
Message-ID: <ade75c5b0812290735m59e8a4cdn6b395125cbb75a35@mail.gmail.com>

I have some small projects on github and plan to move Watir there, so i
would recommend github.

Bret

On Mon, Dec 29, 2008 at 12:49 AM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
> This is a sneak peek preview for Chrome Watir I am working on. It is at a
> very early stage (Only a few days old) and I have a few things working :).
> I wanted to put it on Google code for giving you guys a way to work on it.
> But I suppose I am using Google Code too much to host my project :(.
> It has temporarily stopped me from creating a project. So I want to know
> which alternate hosting is good?
>
> Github is in my radar... If anyone wants to get chrome-watir early in their
> hands, please let me know a good hosting :)
>
> I will post more about chrome-watir in a few days...
>
> Thank you
>
> Regards,
> Sai
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/6d6a4635/attachment.html>

From bret at pettichord.com  Mon Dec 29 11:04:33 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 10:04:33 -0600
Subject: [Wtr-development] FireWatir: browser title bug
In-Reply-To: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
Message-ID: <ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>

Andrew,

Thanks for the detailed analysis. Would you mind logging this in Jira?
http://jira.openqa.org/browse/WTR

Bret


On Wed, Dec 24, 2008 at 12:12 PM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  I was running a test using 1.6.2 and specifying a firefox browser (see
> full code below).  After doing a page submit, the application goes to a
> "please-be-patient" page before re-directing to the results.  I noticed that
> the value of browser.title was not correct--the value was that of the
> "please-be-patient" page instead of the results page.  However, the value of
>
> gave the correct results.
>
> Here is a condensed version of the code (I made sure that it ran):
>
> require 'rubygems'
> gem 'watir', '>=1.6.2'
> require 'watir'
>
> require 'active_support'
>
>
> Watir::Browser.default    = 'firefox'
> browser            = Watir::Browser.new
>
> # Go to the home page
> browser.goto('http://www.frontierairlines.com')
>
> # Enter the origin city code.
> elem            = browser.text_field(:id, 'flying_from')
> elem.value        = 'DEN'
> elem.focus
> elem.fire_event('onKeyDown')
> sleep 5
>
> # Select the origin city description.
> browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click
>
> # Enter the destination city code.
> elem            = browser.text_field(:id, 'flying_to')
> elem.value        = 'LAX'
> elem.focus
> elem.fire_event('onKeyDown')
> sleep 5
>
> # Select the destination city description.
> browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click
>
> # Enter the departure date.
> date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
> browser.text_field(:id, 'leaving').value    = date_leave
>
> # Enter the return date.
> date_return        = 2.days.from_now.strftime('%m/%d/%Y')
> browser.text_field(:id, 'returning').value    = date_return
>
> # Press the 'FIND FLIGHTS' image.
> browser.image(:id, 'findFlightsButton').click
>
> sleep 30
>
> title_built_in        = browser.title
> title_js        =
> browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))
>
> puts "Title: built in: #{title_built_in}; js version: #{title_js}"
>
>
>
> Andrew
>
>
> ------------------------------
> It's the same Hotmail(R). If by "same" you mean up to 70% faster. Get your
> account now.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/f068361d/attachment.html>

From bret at pettichord.com  Mon Dec 29 11:12:01 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 10:12:01 -0600
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
Message-ID: <ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>

Clearly the code you fixed is incorrect.

There is also clearly a larger problem. I don't have time right now to
research this further. Can some one else help Andrew?

Bret

On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:

>  I was running a test using Firewatir 1.6.2.
>
> I clicked on a link which navigates the user back to the home page.  After
> clicking the link, I looked to make sure that the Close button on an
> "are-you-sure?" dialog was visible or not by making the call
>     browser.link(:xpath, close_button_xpath).visible?
>
> Depending on which page of the application that one is on, pressing the
> home page link may either navigate directly to the home page or first
> display the "are-you-sure?" dialog before proceeding to the home page.
>
> When making the above method call, I saw the exception:
>
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
> `raise': exception class/object expected (TypeError)
>
> This refers to the raise() method call shown in the container.rb code:
>
>       if md = /^(\w+)Error:(.*)$/.match(value)
>         eval "class JS#{md[1]}Error\nend"
>         raise (eval "JS#{md[1]}Error"), md[2]
>       end
>
> I changed the above container.rb code to:
>
>       if md = /^(\w+)Error:(.*)$/.match(value)
>          klass = Class.new Exception
>          Object.const_set "JS#{md[1]}Error", klass
>          raise klass, md[2]
>       end
>
> so that I could see the exception get thrown.
>
> I then re-ran my test and saw the exception:
>
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
> `js_eval':  element_xpath_17 is not defined (Reference)
>         from
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
> `visible?'
>
> At this point, I'm stuck.  I'm guessing that the javascript context got
> reset when navigating to a different page.
>
> Thanks for your help.
>
> Andrew
>
> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/63dcac95/attachment-0001.html>

From welkin_inc at hotmail.com  Mon Dec 29 11:34:25 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Mon, 29 Dec 2008 09:34:25 -0700
Subject: [Wtr-development] FireWatir: browser title bug
In-Reply-To: <ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>
Message-ID: <BAY118-W7162D50BD1B628E44D5ADE6E60@phx.gbl>


Done.

Andrew


Date: Mon, 29 Dec 2008 10:04:33 -0600
From: bret at pettichord.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] FireWatir: browser title bug

Andrew,

Thanks for the detailed analysis. Would you mind logging this in Jira?
http://jira.openqa.org/browse/WTR

Bret


On Wed, Dec 24, 2008 at 12:12 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






I was running a test using 1.6.2 and specifying a firefox browser (see full code below).  After doing a page submit, the application goes to a "please-be-patient" page before re-directing to the results.  I noticed that the value of browser.title was not correct--the value was that of the "please-be-patient" page instead of the results page.  However, the value of

    
gave the correct results.

Here is a condensed version of the code (I made sure that it ran):

require 'rubygems'
gem 'watir', '>=1.6.2'

require 'watir'


require 'active_support'



Watir::Browser.default    = 'firefox'

browser            = Watir::Browser.new


# Go to the home page
browser.goto('http://www.frontierairlines.com')


# Enter the origin city code.

elem            = browser.text_field(:id, 'flying_from')
elem.value        = 'DEN'

elem.focus
elem.fire_event('onKeyDown')

sleep 5

# Select the origin city description.

browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click


# Enter the destination city code.

elem            = browser.text_field(:id, 'flying_to')
elem.value        = 'LAX'

elem.focus
elem.fire_event('onKeyDown')

sleep 5

# Select the destination city description.

browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click


# Enter the departure date.

date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'leaving').value    = date_leave


# Enter the return date.

date_return        = 2.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'returning').value    = date_return


# Press the 'FIND FLIGHTS' image.

browser.image(:id, 'findFlightsButton').click


sleep 30

title_built_in        = browser.title

title_js        = browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))


puts "Title: built in: #{title_built_in}; js version: #{title_js}"




Andrew


It's the same Hotmail?. If by "same" you mean up to 70% faster. Get your account now.


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


-- 
Bret Pettichord
GTalk: bpettichord at gmail.com

CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog

MiniBlog (Links), http://feeds.feedburner.com/bretshotlist 

_________________________________________________________________
Life on your PC is safer, easier, and more enjoyable with Windows Vista?. 
http://clk.atdmt.com/MRT/go/127032870/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/8295b49c/attachment.html>

From charley.baker at gmail.com  Mon Dec 29 18:11:17 2008
From: charley.baker at gmail.com (Charley Baker)
Date: Mon, 29 Dec 2008 15:11:17 -0800
Subject: [Wtr-development] Hosting for ChromeWatir
In-Reply-To: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
References: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
Message-ID: <f96821860812291511g6e5b5497t8cf6d275a5a61603@mail.gmail.com>

I'd highly recommend github, this is the way watir will eventually go and
where our web testing framework Taza is currently hosted. The benefits have
all been laid out in earlier posts and all over the web. I'd also go for
moving your current google code projects over to github under your account
when you set one up. Importing existing public svn repos is easy.
-c
On Sun, Dec 28, 2008 at 10:49 PM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
> This is a sneak peek preview for Chrome Watir I am working on. It is at a
> very early stage (Only a few days old) and I have a few things working :).
> I wanted to put it on Google code for giving you guys a way to work on it.
> But I suppose I am using Google Code too much to host my project :(.
> It has temporarily stopped me from creating a project. So I want to know
> which alternate hosting is good?
>
> Github is in my radar... If anyone wants to get chrome-watir early in their
> hands, please let me know a good hosting :)
>
> I will post more about chrome-watir in a few days...
>
> Thank you
>
> Regards,
> Sai
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/9172f004/attachment.html>

From angrez at gmail.com  Tue Dec 30 01:25:39 2008
From: angrez at gmail.com (Angrez Singh)
Date: Tue, 30 Dec 2008 11:55:39 +0530
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
Message-ID: <e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>

Hi Bret,

I didn't had a look into this but I was thinking if we try to locate element
before every call, rather than using the old context. Like instead of
storing the element name in some variable which gets obsolete when context
changes we can try to find the element during each call. XPath works pretty
fast in Firefox. I know there will be some speed issues but we will not be
having much issues like this.

Thoughts?

- Angrez

On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:

> Clearly the code you fixed is incorrect.
>
> There is also clearly a larger problem. I don't have time right now to
> research this further. Can some one else help Andrew?
>
> Bret
>
> On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:
>
>>  I was running a test using Firewatir 1.6.2.
>>
>> I clicked on a link which navigates the user back to the home page.  After
>> clicking the link, I looked to make sure that the Close button on an
>> "are-you-sure?" dialog was visible or not by making the call
>>     browser.link(:xpath, close_button_xpath).visible?
>>
>> Depending on which page of the application that one is on, pressing the
>> home page link may either navigate directly to the home page or first
>> display the "are-you-sure?" dialog before proceeding to the home page.
>>
>> When making the above method call, I saw the exception:
>>
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>> `raise': exception class/object expected (TypeError)
>>
>> This refers to the raise() method call shown in the container.rb code:
>>
>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>         eval "class JS#{md[1]}Error\nend"
>>         raise (eval "JS#{md[1]}Error"), md[2]
>>       end
>>
>> I changed the above container.rb code to:
>>
>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>          klass = Class.new Exception
>>          Object.const_set "JS#{md[1]}Error", klass
>>          raise klass, md[2]
>>       end
>>
>> so that I could see the exception get thrown.
>>
>> I then re-ran my test and saw the exception:
>>
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>> `js_eval':  element_xpath_17 is not defined (Reference)
>>         from
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>> `visible?'
>>
>> At this point, I'm stuck.  I'm guessing that the javascript context got
>> reset when navigating to a different page.
>>
>> Thanks for your help.
>>
>> Andrew
>>
>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>> ------------------------------
>> Send e-mail faster without improving your typing skills. Get your
>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081230/d46e5f34/attachment-0001.html>

From bret at pettichord.com  Tue Dec 30 10:12:36 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 30 Dec 2008 09:12:36 -0600
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
	<e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
Message-ID: <ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>

I'd like to have a better understanding of the cause of the problem first.

Bret

On Tue, Dec 30, 2008 at 12:25 AM, Angrez Singh <angrez at gmail.com> wrote:

> Hi Bret,
>
> I didn't had a look into this but I was thinking if we try to locate
> element before every call, rather than using the old context. Like instead
> of storing the element name in some variable which gets obsolete when
> context changes we can try to find the element during each call. XPath works
> pretty fast in Firefox. I know there will be some speed issues but we will
> not be having much issues like this.
>
> Thoughts?
>
> - Angrez
>
>
> On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> Clearly the code you fixed is incorrect.
>>
>> There is also clearly a larger problem. I don't have time right now to
>> research this further. Can some one else help Andrew?
>>
>> Bret
>>
>>  On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <
>> welkin_inc at hotmail.com> wrote:
>>
>>>  I was running a test using Firewatir 1.6.2.
>>>
>>> I clicked on a link which navigates the user back to the home page.
>>> After clicking the link, I looked to make sure that the Close button on an
>>> "are-you-sure?" dialog was visible or not by making the call
>>>     browser.link(:xpath, close_button_xpath).visible?
>>>
>>> Depending on which page of the application that one is on, pressing the
>>> home page link may either navigate directly to the home page or first
>>> display the "are-you-sure?" dialog before proceeding to the home page.
>>>
>>> When making the above method call, I saw the exception:
>>>
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>>> `raise': exception class/object expected (TypeError)
>>>
>>> This refers to the raise() method call shown in the container.rb code:
>>>
>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>         eval "class JS#{md[1]}Error\nend"
>>>         raise (eval "JS#{md[1]}Error"), md[2]
>>>       end
>>>
>>> I changed the above container.rb code to:
>>>
>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>          klass = Class.new Exception
>>>          Object.const_set "JS#{md[1]}Error", klass
>>>          raise klass, md[2]
>>>       end
>>>
>>> so that I could see the exception get thrown.
>>>
>>> I then re-ran my test and saw the exception:
>>>
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>>> `js_eval':  element_xpath_17 is not defined (Reference)
>>>         from
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>>> `visible?'
>>>
>>> At this point, I'm stuck.  I'm guessing that the javascript context got
>>> reset when navigating to a different page.
>>>
>>> Thanks for your help.
>>>
>>> Andrew
>>>
>>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>>> ------------------------------
>>> Send e-mail faster without improving your typing skills. Get your
>>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081230/48306e10/attachment.html>

From angrez at gmail.com  Wed Dec 31 01:32:20 2008
From: angrez at gmail.com (Angrez Singh)
Date: Wed, 31 Dec 2008 12:02:20 +0530
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
	<e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
	<ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>
Message-ID: <e26bda3e0812302232q5f4c8e2bwd9f11a295c8bfd1@mail.gmail.com>

Andrew,

Can you post the code here which you were trying?

- Angrez

On Tue, Dec 30, 2008 at 8:42 PM, Bret Pettichord <bret at pettichord.com>wrote:

> I'd like to have a better understanding of the cause of the problem first.
>
> Bret
>
>
> On Tue, Dec 30, 2008 at 12:25 AM, Angrez Singh <angrez at gmail.com> wrote:
>
>> Hi Bret,
>>
>> I didn't had a look into this but I was thinking if we try to locate
>> element before every call, rather than using the old context. Like instead
>> of storing the element name in some variable which gets obsolete when
>> context changes we can try to find the element during each call. XPath works
>> pretty fast in Firefox. I know there will be some speed issues but we will
>> not be having much issues like this.
>>
>> Thoughts?
>>
>> - Angrez
>>
>>
>> On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:
>>
>>> Clearly the code you fixed is incorrect.
>>>
>>> There is also clearly a larger problem. I don't have time right now to
>>> research this further. Can some one else help Andrew?
>>>
>>> Bret
>>>
>>>  On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>>  I was running a test using Firewatir 1.6.2.
>>>>
>>>> I clicked on a link which navigates the user back to the home page.
>>>> After clicking the link, I looked to make sure that the Close button on an
>>>> "are-you-sure?" dialog was visible or not by making the call
>>>>     browser.link(:xpath, close_button_xpath).visible?
>>>>
>>>> Depending on which page of the application that one is on, pressing the
>>>> home page link may either navigate directly to the home page or first
>>>> display the "are-you-sure?" dialog before proceeding to the home page.
>>>>
>>>> When making the above method call, I saw the exception:
>>>>
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>>>> `raise': exception class/object expected (TypeError)
>>>>
>>>> This refers to the raise() method call shown in the container.rb code:
>>>>
>>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>>         eval "class JS#{md[1]}Error\nend"
>>>>         raise (eval "JS#{md[1]}Error"), md[2]
>>>>       end
>>>>
>>>> I changed the above container.rb code to:
>>>>
>>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>>          klass = Class.new Exception
>>>>          Object.const_set "JS#{md[1]}Error", klass
>>>>          raise klass, md[2]
>>>>       end
>>>>
>>>> so that I could see the exception get thrown.
>>>>
>>>> I then re-ran my test and saw the exception:
>>>>
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>>>> `js_eval':  element_xpath_17 is not defined (Reference)
>>>>         from
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>>>> `visible?'
>>>>
>>>> At this point, I'm stuck.  I'm guessing that the javascript context got
>>>> reset when navigating to a different page.
>>>>
>>>> Thanks for your help.
>>>>
>>>> Andrew
>>>>
>>>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>>>> ------------------------------
>>>> Send e-mail faster without improving your typing skills. Get your
>>>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> GTalk: bpettichord at gmail.com
>>> CTO, WatirCraft LLC, http://www.watircraft.com
>>> Lead Developer, Watir, http://wtr.rubyforge.org
>>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081231/e4cb0c2f/attachment.html>

From paul.rogers at shaw.ca  Mon Dec  1 15:25:35 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Mon, 1 Dec 2008 13:25:35 -0700
Subject: [Wtr-development] drag and drop
Message-ID: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>

I have some code that does cross browser drag and drop.

Is there any interest in adding this to the main watir code base,
either as a full feature or via the contrib mechanism?

Ive just tried it out on prototype and scriptaculous and seems to work
ok, but it will be quite a bit of work for me to make unit tests etc,
but Im willing to do it.

Selenium already supports this with these methods -
http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
java.lang.String)

Paul


From bret at pettichord.com  Mon Dec  1 15:55:35 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 14:55:35 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
Message-ID: <ade75c5b0812011255v2922c115n2a4361b8c822151c@mail.gmail.com>

Paul and I just discussed this in IRC.

The plan:
Paul will work on this over the next month or two, at which time he thinks
it should be ready and will merge/commit to the watir repo.
This supports both IE and Firefox using Prototype. (I think this means that
this will only work with apps that use Prototype). Unit tests will be in
commonwatir (where the others need to be moved, but that's my problem).

Thanks Paul.

Bret

On Mon, Dec 1, 2008 at 2:25 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String<http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop%28java.lang.String>
> ,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/da25b145/attachment-0002.html>

From bret at pettichord.com  Mon Dec  1 19:56:11 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 18:56:11 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
Message-ID: <ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>

Gavin,

Thanks for submitting this. I've taken a quick look at your code, and i
think it will help us get moving in the right direction. I do see that some
more changes will be needed to the code than what you have here, but like I
said a good start. Frankly, I've been putting this off because I knew there
were several loose threads involved.

I like the extra tests you write, but I also want to update our existing
tests of IE.attach to test this new code.

I will respond to some of your questions below.

On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Hi Folks,
>
> Attached is my attempt to create a firewatir class attach method and a
> Watir::Browser.attach method so that it can be used across ie and
> firefox. Given that this is my first attempt to modify the watir code,
> I expect that it will need changes, or may be completely off the ball,
> or not conform to the direction of the project etc. So have at it.
>
> A couple of things:
>
> 1. Do all cross browser class methods have to live in browser.rb like that?


I don't understand the question. Putting the class methods in browser.rb is
the most obvious way to organize the code. There are other ways as well. Do
you have a problem with this approach? Did you want to suggest something
else?

2. If I don't have that require 'watir/ie' at the start of the unit
> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
> looks like the autoload is not working for me but I'm at a loss to
> figure out why.


I was not able to reproduce this problem.


-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/9ff702cc/attachment-0002.html>

From gavin at vmbed.com  Mon Dec  1 20:53:27 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Mon, 1 Dec 2008 17:53:27 -0800
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
Message-ID: <65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>

Hi Bret,

Thanks. Some comments from me below.

Cheers,
Gavin

On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com> wrote:
> Gavin,
>
> Thanks for submitting this. I've taken a quick look at your code, and i
> think it will help us get moving in the right direction. I do see that some
> more changes will be needed to the code than what you have here, but like I
> said a good start. Frankly, I've been putting this off because I knew there
> were several loose threads involved.

Yes I see this as an incremental step towards creating a more uniform
interface for the attach functionality but by no means the whole or
even most of the way there.

> I like the extra tests you write, but I also want to update our existing
> tests of IE.attach to test this new code.

The test I added started as a copy of
watir/unittests/windows/attach_to_existing_window_test.rb which should
probably be deleted then if this gets checked in.

> I will respond to some of your questions below.
>
> On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
>>
>> Hi Folks,
>>
>> Attached is my attempt to create a firewatir class attach method and a
>> Watir::Browser.attach method so that it can be used across ie and
>> firefox. Given that this is my first attempt to modify the watir code,
>> I expect that it will need changes, or may be completely off the ball,
>> or not conform to the direction of the project etc. So have at it.
>>
>> A couple of things:
>>
>> 1. Do all cross browser class methods have to live in browser.rb like
>> that?
>
> I don't understand the question. Putting the class methods in browser.rb is
> the most obvious way to organize the code. There are other ways as well. Do
> you have a problem with this approach? Did you want to suggest something
> else?

That works fine. I think I was concerned it will get tiresome after a
while having to add a dispatch method in their for every common
method. But I'm not a Ruby expert and cannot think of another way to
do it. Now if it was Perl....

>> 2. If I don't have that require 'watir/ie' at the start of the unit
>> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
>> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
>> looks like the autoload is not working for me but I'm at a loss to
>> figure out why.
>
> I was not able to reproduce this problem.
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate


From bret at pettichord.com  Tue Dec  2 00:07:03 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 1 Dec 2008 23:07:03 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
	<65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
Message-ID: <ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>

OK, you got me rolling. I'm doing this work in
http://svn.seleniumhq.org/svn/watir/branches/attach/ in case you or others
want to follow/contribute/kibbitz.

Random interest can be sated here:
http://svn.seleniumhq.org/fisheye/changelog/watir

Bret

On Mon, Dec 1, 2008 at 7:53 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Hi Bret,
>
> Thanks. Some comments from me below.
>
> Cheers,
> Gavin
>
> On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> > Gavin,
> >
> > Thanks for submitting this. I've taken a quick look at your code, and i
> > think it will help us get moving in the right direction. I do see that
> some
> > more changes will be needed to the code than what you have here, but like
> I
> > said a good start. Frankly, I've been putting this off because I knew
> there
> > were several loose threads involved.
>
> Yes I see this as an incremental step towards creating a more uniform
> interface for the attach functionality but by no means the whole or
> even most of the way there.
>
> > I like the extra tests you write, but I also want to update our existing
> > tests of IE.attach to test this new code.
>
> The test I added started as a copy of
> watir/unittests/windows/attach_to_existing_window_test.rb which should
> probably be deleted then if this gets checked in.
>
> > I will respond to some of your questions below.
> >
> > On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com>
> wrote:
> >>
> >> Hi Folks,
> >>
> >> Attached is my attempt to create a firewatir class attach method and a
> >> Watir::Browser.attach method so that it can be used across ie and
> >> firefox. Given that this is my first attempt to modify the watir code,
> >> I expect that it will need changes, or may be completely off the ball,
> >> or not conform to the direction of the project etc. So have at it.
> >>
> >> A couple of things:
> >>
> >> 1. Do all cross browser class methods have to live in browser.rb like
> >> that?
> >
> > I don't understand the question. Putting the class methods in browser.rb
> is
> > the most obvious way to organize the code. There are other ways as well.
> Do
> > you have a problem with this approach? Did you want to suggest something
> > else?
>
> That works fine. I think I was concerned it will get tiresome after a
> while having to add a dispatch method in their for every common
> method. But I'm not a Ruby expert and cannot think of another way to
> do it. Now if it was Perl....
>
> >> 2. If I don't have that require 'watir/ie' at the start of the unit
> >> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
> >> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
> >> looks like the autoload is not working for me but I'm at a loss to
> >> figure out why.
> >
> > I was not able to reproduce this problem.
> >
> >
> > --
> > Bret Pettichord
> > GTalk: bpettichord at gmail.com
> > CTO, WatirCraft LLC, http://www.watircraft.com
> > Lead Developer, Watir, http://wtr.rubyforge.org
> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081201/a1d0b800/attachment-0002.html>

From michael_hwee at yahoo.com  Tue Dec  2 11:50:54 2008
From: michael_hwee at yahoo.com (Michael Hwee)
Date: Tue, 2 Dec 2008 08:50:54 -0800 (PST)
Subject: [Wtr-development] drag and drop
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
Message-ID: <830495.51628.qm@web31805.mail.mud.yahoo.com>


I love to have this.
And, if you are up to it, can you also provide element coordination functions as well.

Thanks.
Michael



----- Original Message ----
From: Paul Rogers <paul.rogers at shaw.ca>
To: Watir development <wtr-development at rubyforge.org>
Sent: Monday, December 1, 2008 12:25:35 PM
Subject: [Wtr-development] drag and drop

I have some code that does cross browser drag and drop.

Is there any interest in adding this to the main watir code base,
either as a full feature or via the contrib mechanism?

Ive just tried it out on prototype and scriptaculous and seems to work
ok, but it will be quite a bit of work for me to make unit tests etc,
but Im willing to do it.

Selenium already supports this with these methods -
http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
java.lang.String)

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



From bret at pettichord.com  Tue Dec  2 13:16:10 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 2 Dec 2008 12:16:10 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <830495.51628.qm@web31805.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
Message-ID: <ade75c5b0812021016r3bfa313esc742a3b9b611188b@mail.gmail.com>

For fun, some one could post this idea to watir.uservoice.com and see how
many votes it gets.

Bret

On Tue, Dec 2, 2008 at 10:50 AM, Michael Hwee <michael_hwee at yahoo.com>wrote:

>
> I love to have this.
> And, if you are up to it, can you also provide element coordination
> functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String<http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop%28java.lang.String>
> ,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/d2f8f410/attachment-0002.html>

From paul.rogers at shaw.ca  Tue Dec  2 13:33:25 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 11:33:25 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <830495.51628.qm@web31805.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
Message-ID: <e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>

'..provide element coordination functions..' - what does this mean?

On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> I love to have this.
> And, if you are up to it, can you also provide element coordination functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From marekj.com at gmail.com  Tue Dec  2 15:17:05 2008
From: marekj.com at gmail.com (marekj)
Date: Tue, 2 Dec 2008 14:17:05 -0600
Subject: [Wtr-development] Watir::Browser.attach
In-Reply-To: <ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>
References: <65b3137e0811221545g15661f94j7306dcc000309ab3@mail.gmail.com>
	<ade75c5b0812011656l5aa3095cqa31d33632306e053@mail.gmail.com>
	<65b3137e0812011753p51b7f2caocd42fafe3d9b7f43@mail.gmail.com>
	<ade75c5b0812012107j29626ed0j6d31bcbef5c5472a@mail.gmail.com>
Message-ID: <ad6790aa0812021217g694d26f0n83261f0572692d2c@mail.gmail.com>

Cool rolling.
I experimented a bit with Firefox.attach to understand it better and got
something like this:
I refactored all the staring of firefox out into _start_firefox method.
Seemed to make it clear for me.


    # attach to the existing Firefox that was already started with JSSH option.
    # this is a hack for Watirloo. it only attaches to the latest firefox.
    # it assumes there is only one instance of FF window open on the desktop
    def self.attach
      Firefox.new :attach => true
    end

    # add option key :attach as a hack
    # :attach => true to attach to topmost window in getWindows().lenght-1
    def initialize(options = {})
      _start_firefox(options) unless optons[:attach]
      set_defaults()
      get_window_number()
      set_browser_document()
    end



marekj | Semantic Page Objects Automation

Watirloo: Browser Page Helper Framework
http://www.bitbucket.org/marekj/watirloo/
for IE, Firefox and others?




On Mon, Dec 1, 2008 at 11:07 PM, Bret Pettichord <bret at pettichord.com>wrote:

> OK, you got me rolling. I'm doing this work in
> http://svn.seleniumhq.org/svn/watir/branches/attach/ in case you or others
> want to follow/contribute/kibbitz.
>
> Random interest can be sated here:
> http://svn.seleniumhq.org/fisheye/changelog/watir
>
> Bret
>
>
> On Mon, Dec 1, 2008 at 7:53 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
>
>> Hi Bret,
>>
>> Thanks. Some comments from me below.
>>
>> Cheers,
>> Gavin
>>
>> On Mon, Dec 1, 2008 at 4:56 PM, Bret Pettichord <bret at pettichord.com>
>> wrote:
>> > Gavin,
>> >
>> > Thanks for submitting this. I've taken a quick look at your code, and i
>> > think it will help us get moving in the right direction. I do see that
>> some
>> > more changes will be needed to the code than what you have here, but
>> like I
>> > said a good start. Frankly, I've been putting this off because I knew
>> there
>> > were several loose threads involved.
>>
>> Yes I see this as an incremental step towards creating a more uniform
>> interface for the attach functionality but by no means the whole or
>> even most of the way there.
>>
>> > I like the extra tests you write, but I also want to update our existing
>> > tests of IE.attach to test this new code.
>>
>> The test I added started as a copy of
>> watir/unittests/windows/attach_to_existing_window_test.rb which should
>> probably be deleted then if this gets checked in.
>>
>> > I will respond to some of your questions below.
>> >
>> > On Sat, Nov 22, 2008 at 5:45 PM, Gavin Jefferies <gavin at vmbed.com>
>> wrote:
>> >>
>> >> Hi Folks,
>> >>
>> >> Attached is my attempt to create a firewatir class attach method and a
>> >> Watir::Browser.attach method so that it can be used across ie and
>> >> firefox. Given that this is my first attempt to modify the watir code,
>> >> I expect that it will need changes, or may be completely off the ball,
>> >> or not conform to the direction of the project etc. So have at it.
>> >>
>> >> A couple of things:
>> >>
>> >> 1. Do all cross browser class methods have to live in browser.rb like
>> >> that?
>> >
>> > I don't understand the question. Putting the class methods in browser.rb
>> is
>> > the most obvious way to organize the code. There are other ways as well.
>> Do
>> > you have a problem with this approach? Did you want to suggest something
>> > else?
>>
>> That works fine. I think I was concerned it will get tiresome after a
>> while having to add a dispatch method in their for every common
>> method. But I'm not a Ruby expert and cannot think of another way to
>> do it. Now if it was Perl....
>>
>> >> 2. If I don't have that require 'watir/ie' at the start of the unit
>> >> test I keep getting a commonwatir/lib/watir/browser.rb:90:in `klass':
>> >> (eval):1:in `klass': uninitialized constant Watir::IE (NameError) it
>> >> looks like the autoload is not working for me but I'm at a loss to
>> >> figure out why.
>> >
>> > I was not able to reproduce this problem.
>> >
>> >
>> > --
>> > Bret Pettichord
>> > GTalk: bpettichord at gmail.com
>> > CTO, WatirCraft LLC, http://www.watircraft.com
>> > Lead Developer, Watir, http://wtr.rubyforge.org
>> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>>
>>
>>
>> --
>> VMBed - http://vmbed.com/ - Machines when you want them.
>> Test Automation - http://vmbed.com/?page/automate
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/7473e003/attachment-0002.html>

From michael_hwee at yahoo.com  Tue Dec  2 19:36:02 2008
From: michael_hwee at yahoo.com (Michael Hwee)
Date: Tue, 2 Dec 2008 16:36:02 -0800 (PST)
Subject: [Wtr-development] drag and drop
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
Message-ID: <116363.418.qm@web31812.mail.mud.yahoo.com>


In Selenium,
here are some functions provided:
getCursorPosition()
getElementHeight()
getElementIndex()
getElementPositionLeft()
getElementPositionTop()
getElementWidth()

Michael



----- Original Message ----
From: Paul Rogers <paul.rogers at shaw.ca>
To: Watir development <wtr-development at rubyforge.org>
Sent: Tuesday, December 2, 2008 10:33:25 AM
Subject: Re: [Wtr-development] drag and drop

'..provide element coordination functions..' - what does this mean?

On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> I love to have this.
> And, if you are up to it, can you also provide element coordination functions as well.
>
> Thanks.
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Monday, December 1, 2008 12:25:35 PM
> Subject: [Wtr-development] drag and drop
>
> I have some code that does cross browser drag and drop.
>
> Is there any interest in adding this to the main watir code base,
> either as a full feature or via the contrib mechanism?
>
> Ive just tried it out on prototype and scriptaculous and seems to work
> ok, but it will be quite a bit of work for me to make unit tests etc,
> but Im willing to do it.
>
> Selenium already supports this with these methods -
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
> java.lang.String)
>
> Paul
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
_______________________________________________
Wtr-development mailing list
Wtr-development at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development



From paul.rogers at shaw.ca  Tue Dec  2 21:20:56 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 19:20:56 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <116363.418.qm@web31812.mail.mud.yahoo.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
Message-ID: <e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>

yep, youd get all of those, but with better method names ;-)

There are several problems surrounding it, but Im sure for most people
it will be 'close enough'. Its been working well enough for me for
quite some time, and takes into account many of the problems.

go google 'cross browser css box issue' and 'quirks mode box model' if
you need more info.

Paul


On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>
> In Selenium,
> here are some functions provided:
> getCursorPosition()
> getElementHeight()
> getElementIndex()
> getElementyepPositionLeft()
> getElementPositionTop()
> getElementWidth()
>
> Michael
>
>
>
> ----- Original Message ----
> From: Paul Rogers <paul.rogers at shaw.ca>
> To: Watir development <wtr-development at rubyforge.org>
> Sent: Tuesday, December 2, 2008 10:33:25 AM
> Subject: Re: [Wtr-development] drag and drop
>
> '..provide element coordination functions..' - what does this mean?
>
> On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com> wrote:
>>
>> I love to have this.
>> And, if you are up to it, can you also provide element coordination functions as well.
>>
>> Thanks.
>> Michael
>>
>>
>>
>> ----- Original Message ----
>> From: Paul Rogers <paul.rogers at shaw.ca>
>> To: Watir development <wtr-development at rubyforge.org>
>> Sent: Monday, December 1, 2008 12:25:35 PM
>> Subject: [Wtr-development] drag and drop
>>
>> I have some code that does cross browser drag and drop.
>>
>> Is there any interest in adding this to the main watir code base,
>> either as a full feature or via the contrib mechanism?
>>
>> Ive just tried it out on prototype and scriptaculous and seems to work
>> ok, but it will be quite a bit of work for me to make unit tests etc,
>> but Im willing to do it.
>>
>> Selenium already supports this with these methods -
>> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> java.lang.String)
>>
>> Paul
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From abaird at bairdsnet.net  Tue Dec  2 21:46:20 2008
From: abaird at bairdsnet.net (Alan Baird)
Date: Tue, 2 Dec 2008 20:46:20 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
Message-ID: <2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>

Paul -
I'm sure you've already thought of this but just in case, Bill Agee and I
have some code up on the wiki for the right click.  It works pretty well and
if you aren't already going to include right clicking in what you are going
to do I think it would be a good place for it.

Alan

On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> yep, youd get all of those, but with better method names ;-)
>
> There are several problems surrounding it, but Im sure for most people
> it will be 'close enough'. Its been working well enough for me for
> quite some time, and takes into account many of the problems.
>
> go google 'cross browser css box issue' and 'quirks mode box model' if
> you need more info.
>
> Paul
>
>
> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
> wrote:
> >
> > In Selenium,
> > here are some functions provided:
> > getCursorPosition()
> > getElementHeight()
> > getElementIndex()
> > getElementyepPositionLeft()
> > getElementPositionTop()
> > getElementWidth()
> >
> > Michael
> >
> >
> >
> > ----- Original Message ----
> > From: Paul Rogers <paul.rogers at shaw.ca>
> > To: Watir development <wtr-development at rubyforge.org>
> > Sent: Tuesday, December 2, 2008 10:33:25 AM
> > Subject: Re: [Wtr-development] drag and drop
> >
> > '..provide element coordination functions..' - what does this mean?
> >
> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
> wrote:
> >>
> >> I love to have this.
> >> And, if you are up to it, can you also provide element coordination
> functions as well.
> >>
> >> Thanks.
> >> Michael
> >>
> >>
> >>
> >> ----- Original Message ----
> >> From: Paul Rogers <paul.rogers at shaw.ca>
> >> To: Watir development <wtr-development at rubyforge.org>
> >> Sent: Monday, December 1, 2008 12:25:35 PM
> >> Subject: [Wtr-development] drag and drop
> >>
> >> I have some code that does cross browser drag and drop.
> >>
> >> Is there any interest in adding this to the main watir code base,
> >> either as a full feature or via the contrib mechanism?
> >>
> >> Ive just tried it out on prototype and scriptaculous and seems to work
> >> ok, but it will be quite a bit of work for me to make unit tests etc,
> >> but Im willing to do it.
> >>
> >> Selenium already supports this with these methods -
> >>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String
> ,
> >> java.lang.String)
> >>
> >> Paul
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/288ee383/attachment-0002.html>

From paul.rogers at shaw.ca  Tue Dec  2 21:55:06 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 19:55:06 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
Message-ID: <e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>

a man just cant get a break ;-)

I was thinking of adding the event code of text fields, as this drag
drop stuff will require the new event coe thats up on the wiki.

This would correctly fill the event object with the key codes and
indicate wether shift, ctrl, alt etc were held down.
AutoIt uses something like {ALT}  ( from
http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
indicate the alt key is pressed, so I was thinking of doing something
like that for the watir text fields.

I think it should go in to watir as it goes a long way to making it
work better with really dynamic web applications ( things like rich
text editors and 'you have 100 chars left messages')

But it is more work, so I dont think it will get in with this first
drag drop stuff.

Today I created unit tests using both the scripalulous and jquery
libraries, so this too will help people understand how to do drag drop
automation


Paul

On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> Paul -
> I'm sure you've already thought of this but just in case, Bill Agee and I
> have some code up on the wiki for the right click.  It works pretty well and
> if you aren't already going to include right clicking in what you are going
> to do I think it would be a good place for it.
> Alan
>
> On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>>
>> yep, youd get all of those, but with better method names ;-)
>>
>> There are several problems surrounding it, but Im sure for most people
>> it will be 'close enough'. Its been working well enough for me for
>> quite some time, and takes into account many of the problems.
>>
>> go google 'cross browser css box issue' and 'quirks mode box model' if
>> you need more info.
>>
>> Paul
>>
>>
>> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
>> wrote:
>> >
>> > In Selenium,
>> > here are some functions provided:
>> > getCursorPosition()
>> > getElementHeight()
>> > getElementIndex()
>> > getElementyepPositionLeft()
>> > getElementPositionTop()
>> > getElementWidth()
>> >
>> > Michael
>> >
>> >
>> >
>> > ----- Original Message ----
>> > From: Paul Rogers <paul.rogers at shaw.ca>
>> > To: Watir development <wtr-development at rubyforge.org>
>> > Sent: Tuesday, December 2, 2008 10:33:25 AM
>> > Subject: Re: [Wtr-development] drag and drop
>> >
>> > '..provide element coordination functions..' - what does this mean?
>> >
>> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
>> > wrote:
>> >>
>> >> I love to have this.
>> >> And, if you are up to it, can you also provide element coordination
>> >> functions as well.
>> >>
>> >> Thanks.
>> >> Michael
>> >>
>> >>
>> >>
>> >> ----- Original Message ----
>> >> From: Paul Rogers <paul.rogers at shaw.ca>
>> >> To: Watir development <wtr-development at rubyforge.org>
>> >> Sent: Monday, December 1, 2008 12:25:35 PM
>> >> Subject: [Wtr-development] drag and drop
>> >>
>> >> I have some code that does cross browser drag and drop.
>> >>
>> >> Is there any interest in adding this to the main watir code base,
>> >> either as a full feature or via the contrib mechanism?
>> >>
>> >> Ive just tried it out on prototype and scriptaculous and seems to work
>> >> ok, but it will be quite a bit of work for me to make unit tests etc,
>> >> but Im willing to do it.
>> >>
>> >> Selenium already supports this with these methods -
>> >>
>> >> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> >> java.lang.String)
>> >>
>> >> Paul
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >>
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >>
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From abaird at bairdsnet.net  Tue Dec  2 22:10:38 2008
From: abaird at bairdsnet.net (Alan Baird)
Date: Tue, 2 Dec 2008 21:10:38 -0600
Subject: [Wtr-development] drag and drop
In-Reply-To: <e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
	<e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
Message-ID: <2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>

Sorry - I wasn't trying to pile on.  :)   But since the right click stuff
starts with finding the position of an element it seemed like a good fit.
 We are actually using autoit for clicking the right mouse button so I would
be happy to get rid of it.  If I could understand how you are doing some of
this then I could make it part of this example if or until you were able to
incorporate it.
Alan

On Tue, Dec 2, 2008 at 8:55 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> a man just cant get a break ;-)
>
> I was thinking of adding the event code of text fields, as this drag
> drop stuff will require the new event coe thats up on the wiki.
>
> This would correctly fill the event object with the key codes and
> indicate wether shift, ctrl, alt etc were held down.
> AutoIt uses something like {ALT}  ( from
> http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
> indicate the alt key is pressed, so I was thinking of doing something
> like that for the watir text fields.
>
> I think it should go in to watir as it goes a long way to making it
> work better with really dynamic web applications ( things like rich
> text editors and 'you have 100 chars left messages')
>
> But it is more work, so I dont think it will get in with this first
> drag drop stuff.
>
> Today I created unit tests using both the scripalulous and jquery
> libraries, so this too will help people understand how to do drag drop
> automation
>
>
> Paul
>
> On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> > Paul -
> > I'm sure you've already thought of this but just in case, Bill Agee and I
> > have some code up on the wiki for the right click.  It works pretty well
> and
> > if you aren't already going to include right clicking in what you are
> going
> > to do I think it would be a good place for it.
> > Alan
> >
> > On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
> >>
> >> yep, youd get all of those, but with better method names ;-)
> >>
> >> There are several problems surrounding it, but Im sure for most people
> >> it will be 'close enough'. Its been working well enough for me for
> >> quite some time, and takes into account many of the problems.
> >>
> >> go google 'cross browser css box issue' and 'quirks mode box model' if
> >> you need more info.
> >>
> >> Paul
> >>
> >>
> >> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
> >> wrote:
> >> >
> >> > In Selenium,
> >> > here are some functions provided:
> >> > getCursorPosition()
> >> > getElementHeight()
> >> > getElementIndex()
> >> > getElementyepPositionLeft()
> >> > getElementPositionTop()
> >> > getElementWidth()
> >> >
> >> > Michael
> >> >
> >> >
> >> >
> >> > ----- Original Message ----
> >> > From: Paul Rogers <paul.rogers at shaw.ca>
> >> > To: Watir development <wtr-development at rubyforge.org>
> >> > Sent: Tuesday, December 2, 2008 10:33:25 AM
> >> > Subject: Re: [Wtr-development] drag and drop
> >> >
> >> > '..provide element coordination functions..' - what does this mean?
> >> >
> >> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
> >> > wrote:
> >> >>
> >> >> I love to have this.
> >> >> And, if you are up to it, can you also provide element coordination
> >> >> functions as well.
> >> >>
> >> >> Thanks.
> >> >> Michael
> >> >>
> >> >>
> >> >>
> >> >> ----- Original Message ----
> >> >> From: Paul Rogers <paul.rogers at shaw.ca>
> >> >> To: Watir development <wtr-development at rubyforge.org>
> >> >> Sent: Monday, December 1, 2008 12:25:35 PM
> >> >> Subject: [Wtr-development] drag and drop
> >> >>
> >> >> I have some code that does cross browser drag and drop.
> >> >>
> >> >> Is there any interest in adding this to the main watir code base,
> >> >> either as a full feature or via the contrib mechanism?
> >> >>
> >> >> Ive just tried it out on prototype and scriptaculous and seems to
> work
> >> >> ok, but it will be quite a bit of work for me to make unit tests etc,
> >> >> but Im willing to do it.
> >> >>
> >> >> Selenium already supports this with these methods -
> >> >>
> >> >>
> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String
> ,
> >> >> java.lang.String)
> >> >>
> >> >> Paul
> >> >> _______________________________________________
> >> >> Wtr-development mailing list
> >> >> Wtr-development at rubyforge.org
> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >> >>
> >> >> _______________________________________________
> >> >> Wtr-development mailing list
> >> >> Wtr-development at rubyforge.org
> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >> >>
> >> > _______________________________________________
> >> > Wtr-development mailing list
> >> > Wtr-development at rubyforge.org
> >> > http://rubyforge.org/mailman/listinfo/wtr-development
> >> >
> >> > _______________________________________________
> >> > Wtr-development mailing list
> >> > Wtr-development at rubyforge.org
> >> > http://rubyforge.org/mailman/listinfo/wtr-development
> >> >
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081202/225c264a/attachment-0002.html>

From paul.rogers at shaw.ca  Tue Dec  2 22:41:33 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 2 Dec 2008 20:41:33 -0700
Subject: [Wtr-development] drag and drop
In-Reply-To: <2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>
References: <e7eaafaa0812011225x2cb530a4w89638574f1e425a3@mail.gmail.com>
	<830495.51628.qm@web31805.mail.mud.yahoo.com>
	<e7eaafaa0812021033m58b44cdbi237ce48ce1daa1a@mail.gmail.com>
	<116363.418.qm@web31812.mail.mud.yahoo.com>
	<e7eaafaa0812021820u2ced879flbc9f9649a053e169@mail.gmail.com>
	<2a379a300812021846n1bb624aftf1050232a1723641@mail.gmail.com>
	<e7eaafaa0812021855r688b4612w7358c20be59a8744@mail.gmail.com>
	<2a379a300812021910k5774f67an55ec254cab810731@mail.gmail.com>
Message-ID: <e7eaafaa0812021941r2913c7eof548700e50fe4c0f@mail.gmail.com>

take a look at this
http://wiki.seleniumhq.org/display/WTR/Possibilities+For+New+Events+in+Watir

and also the 3 attachments in the second tab on that page.

When you do a click or a keypress in a browser, the browser creates a
thing called the evet object. This object contains stuff like the
mouse position, what key was pressed, wether the shift key was down
etc.

The current watir methods, like click, do_key_press ( called from
textfield#set I think ) dont fill in this object, becase a) most of
the time you dont need it and b) I could never figure out how to do t.

Ive since a) needed it and b) figured it out ;-)

All the drag dro pcode needs this, as do some text areas that tell you
how many chars left, and quite probably the right click via
onContextMenu event.

Paul

On Tue, Dec 2, 2008 at 8:10 PM, Alan Baird <abaird at bairdsnet.net> wrote:
> Sorry - I wasn't trying to pile on.  :)   But since the right click stuff
> starts with finding the position of an element it seemed like a good fit.
>  We are actually using autoit for clicking the right mouse button so I would
> be happy to get rid of it.  If I could understand how you are doing some of
> this then I could make it part of this example if or until you were able to
> incorporate it.
> Alan
>
> On Tue, Dec 2, 2008 at 8:55 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>>
>> a man just cant get a break ;-)
>>
>> I was thinking of adding the event code of text fields, as this drag
>> drop stuff will require the new event coe thats up on the wiki.
>>
>> This would correctly fill the event object with the key codes and
>> indicate wether shift, ctrl, alt etc were held down.
>> AutoIt uses something like {ALT}  ( from
>> http://www.autoitscript.com/autoit3/docs/appendix/SendKeys.htm ) to
>> indicate the alt key is pressed, so I was thinking of doing something
>> like that for the watir text fields.
>>
>> I think it should go in to watir as it goes a long way to making it
>> work better with really dynamic web applications ( things like rich
>> text editors and 'you have 100 chars left messages')
>>
>> But it is more work, so I dont think it will get in with this first
>> drag drop stuff.
>>
>> Today I created unit tests using both the scripalulous and jquery
>> libraries, so this too will help people understand how to do drag drop
>> automation
>>
>>
>> Paul
>>
>> On Tue, Dec 2, 2008 at 7:46 PM, Alan Baird <abaird at bairdsnet.net> wrote:
>> > Paul -
>> > I'm sure you've already thought of this but just in case, Bill Agee and
>> > I
>> > have some code up on the wiki for the right click.  It works pretty well
>> > and
>> > if you aren't already going to include right clicking in what you are
>> > going
>> > to do I think it would be a good place for it.
>> > Alan
>> >
>> > On Tue, Dec 2, 2008 at 8:20 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:
>> >>
>> >> yep, youd get all of those, but with better method names ;-)
>> >>
>> >> There are several problems surrounding it, but Im sure for most people
>> >> it will be 'close enough'. Its been working well enough for me for
>> >> quite some time, and takes into account many of the problems.
>> >>
>> >> go google 'cross browser css box issue' and 'quirks mode box model' if
>> >> you need more info.
>> >>
>> >> Paul
>> >>
>> >>
>> >> On Tue, Dec 2, 2008 at 5:36 PM, Michael Hwee <michael_hwee at yahoo.com>
>> >> wrote:
>> >> >
>> >> > In Selenium,
>> >> > here are some functions provided:
>> >> > getCursorPosition()
>> >> > getElementHeight()
>> >> > getElementIndex()
>> >> > getElementyepPositionLeft()
>> >> > getElementPositionTop()
>> >> > getElementWidth()
>> >> >
>> >> > Michael
>> >> >
>> >> >
>> >> >
>> >> > ----- Original Message ----
>> >> > From: Paul Rogers <paul.rogers at shaw.ca>
>> >> > To: Watir development <wtr-development at rubyforge.org>
>> >> > Sent: Tuesday, December 2, 2008 10:33:25 AM
>> >> > Subject: Re: [Wtr-development] drag and drop
>> >> >
>> >> > '..provide element coordination functions..' - what does this mean?
>> >> >
>> >> > On Tue, Dec 2, 2008 at 9:50 AM, Michael Hwee <michael_hwee at yahoo.com>
>> >> > wrote:
>> >> >>
>> >> >> I love to have this.
>> >> >> And, if you are up to it, can you also provide element coordination
>> >> >> functions as well.
>> >> >>
>> >> >> Thanks.
>> >> >> Michael
>> >> >>
>> >> >>
>> >> >>
>> >> >> ----- Original Message ----
>> >> >> From: Paul Rogers <paul.rogers at shaw.ca>
>> >> >> To: Watir development <wtr-development at rubyforge.org>
>> >> >> Sent: Monday, December 1, 2008 12:25:35 PM
>> >> >> Subject: [Wtr-development] drag and drop
>> >> >>
>> >> >> I have some code that does cross browser drag and drop.
>> >> >>
>> >> >> Is there any interest in adding this to the main watir code base,
>> >> >> either as a full feature or via the contrib mechanism?
>> >> >>
>> >> >> Ive just tried it out on prototype and scriptaculous and seems to
>> >> >> work
>> >> >> ok, but it will be quite a bit of work for me to make unit tests
>> >> >> etc,
>> >> >> but Im willing to do it.
>> >> >>
>> >> >> Selenium already supports this with these methods -
>> >> >>
>> >> >>
>> >> >> http://release.seleniumhq.org/selenium-remote-control/0.9.0/doc/java/com/thoughtworks/selenium/DefaultSelenium.html#dragAndDrop(java.lang.String,
>> >> >> java.lang.String)
>> >> >>
>> >> >> Paul
>> >> >> _______________________________________________
>> >> >> Wtr-development mailing list
>> >> >> Wtr-development at rubyforge.org
>> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >>
>> >> >> _______________________________________________
>> >> >> Wtr-development mailing list
>> >> >> Wtr-development at rubyforge.org
>> >> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >>
>> >> > _______________________________________________
>> >> > Wtr-development mailing list
>> >> > Wtr-development at rubyforge.org
>> >> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >
>> >> > _______________________________________________
>> >> > Wtr-development mailing list
>> >> > Wtr-development at rubyforge.org
>> >> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >> >
>> >> _______________________________________________
>> >> Wtr-development mailing list
>> >> Wtr-development at rubyforge.org
>> >> http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> >
>> > _______________________________________________
>> > Wtr-development mailing list
>> > Wtr-development at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/wtr-development
>> >
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From bret at pettichord.com  Fri Dec  5 19:15:43 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 5 Dec 2008 18:15:43 -0600
Subject: [Wtr-development] Firefox.attach
Message-ID: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>

I've spent much of this week figuring out how to make the attach
functionality work with Firefox. Gavin (and others) submitted patches that
made it be a class method instead of an instance method.

But as I've looked at the code, I realized that basically FireWatir only
lets you access the top most window. For example:

a = Firefox.attach :title, 'a'
b = Firefox.attach :title, 'b'

but both a and b will refer to the same window very soon, and it will be
whatever was opened last.

I've looked into how to fix it. It can be done, and I've developed a proof
of concept of my solution, but it will require a fair amount of work, much
more than I had budgeted for this right now.

Note that this really isn't a problem with attach, but rather with
FireWatir. The same will happen if you do

a = Firefox.new
b = Firefox.new

Two windows will be opened, but both a and b will refer to the same window.

In other words, Firewatir, as it stands right now, can only drive one
window. This isn't a limitation of JSSH or anything, simply a limitation of
the way Firewatir is written today.

Bret

-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081205/56ef1059/attachment-0002.html>

From gavin at vmbed.com  Fri Dec  5 20:09:52 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Fri, 5 Dec 2008 17:09:52 -0800
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
Message-ID: <65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>

On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
> I've spent much of this week figuring out how to make the attach
> functionality work with Firefox. Gavin (and others) submitted patches that
> made it be a class method instead of an instance method.
>
> But as I've looked at the code, I realized that basically FireWatir only
> lets you access the top most window. For example:
>
> a = Firefox.attach :title, 'a'
> b = Firefox.attach :title, 'b'
>
> but both a and b will refer to the same window very soon, and it will be
> whatever was opened last.
>
> I've looked into how to fix it. It can be done, and I've developed a proof
> of concept of my solution, but it will require a fair amount of work, much
> more than I had budgeted for this right now.
>
> Note that this really isn't a problem with attach, but rather with
> FireWatir. The same will happen if you do
>
> a = Firefox.new
> b = Firefox.new
>
> Two windows will be opened, but both a and b will refer to the same window.
>
> In other words, Firewatir, as it stands right now, can only drive one
> window. This isn't a limitation of JSSH or anything, simply a limitation of
> the way Firewatir is written today.
>
> Bret
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate


From gavin at vmbed.com  Fri Dec  5 20:12:45 2008
From: gavin at vmbed.com (Gavin Jefferies)
Date: Fri, 5 Dec 2008 17:12:45 -0800
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
Message-ID: <65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>

Is this due to the class variable @@current_window? If I get some time
this weekend I'll look at this a bit.
Thanks,
Gavin

On Fri, Dec 5, 2008 at 5:09 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
> On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
>> I've spent much of this week figuring out how to make the attach
>> functionality work with Firefox. Gavin (and others) submitted patches that
>> made it be a class method instead of an instance method.
>>
>> But as I've looked at the code, I realized that basically FireWatir only
>> lets you access the top most window. For example:
>>
>> a = Firefox.attach :title, 'a'
>> b = Firefox.attach :title, 'b'
>>
>> but both a and b will refer to the same window very soon, and it will be
>> whatever was opened last.
>>
>> I've looked into how to fix it. It can be done, and I've developed a proof
>> of concept of my solution, but it will require a fair amount of work, much
>> more than I had budgeted for this right now.
>>
>> Note that this really isn't a problem with attach, but rather with
>> FireWatir. The same will happen if you do
>>
>> a = Firefox.new
>> b = Firefox.new
>>
>> Two windows will be opened, but both a and b will refer to the same window.
>>
>> In other words, Firewatir, as it stands right now, can only drive one
>> window. This isn't a limitation of JSSH or anything, simply a limitation of
>> the way Firewatir is written today.
>>
>> Bret
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
>



-- 
VMBed - http://vmbed.com/ - Machines when you want them.
Test Automation - http://vmbed.com/?page/automate


From paul.rogers at shaw.ca  Fri Dec  5 22:41:21 2008
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Fri, 5 Dec 2008 20:41:21 -0700
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
Message-ID: <e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>

is it possible to come up with an array of windows from firefox - in
much the same you'd do in javascript.

Then the attach functionality would just search the array for a
matching one. I did look into this quite some time back, but in the
end didnt need it. My tests are much simpler in that if there is a ff
window open that has jssh it will use it, and if there isnt one it
will create one.

Paul


On Fri, Dec 5, 2008 at 5:15 PM, Bret Pettichord <bret at pettichord.com> wrote:
> I've spent much of this week figuring out how to make the attach
> functionality work with Firefox. Gavin (and others) submitted patches that
> made it be a class method instead of an instance method.
>
> But as I've looked at the code, I realized that basically FireWatir only
> lets you access the top most window. For example:
>
> a = Firefox.attach :title, 'a'
> b = Firefox.attach :title, 'b'
>
> but both a and b will refer to the same window very soon, and it will be
> whatever was opened last.
>
> I've looked into how to fix it. It can be done, and I've developed a proof
> of concept of my solution, but it will require a fair amount of work, much
> more than I had budgeted for this right now.
>
> Note that this really isn't a problem with attach, but rather with
> FireWatir. The same will happen if you do
>
> a = Firefox.new
> b = Firefox.new
>
> Two windows will be opened, but both a and b will refer to the same window.
>
> In other words, Firewatir, as it stands right now, can only drive one
> window. This isn't a limitation of JSSH or anything, simply a limitation of
> the way Firewatir is written today.
>
> Bret
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From bret at pettichord.com  Sat Dec  6 17:17:53 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 6 Dec 2008 16:17:53 -0600
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<e7eaafaa0812051941l2a4769acl2693d46796602826@mail.gmail.com>
Message-ID: <ade75c5b0812061417x5b6835feibf1ce239b5a8e9a5@mail.gmail.com>

On Fri, Dec 5, 2008 at 9:41 PM, Paul Rogers <paul.rogers at shaw.ca> wrote:

> is it possible to come up with an array of windows from firefox - in
> much the same you'd do in javascript.


Correct. This is getWindows(). In FireWatir the call to get_window_number
always sets the "window" variable (javascript, global) to the topmost of
these windows. All the other methods are hardcoded to reference via this
global.

Then the attach functionality would just search the array for a
> matching one.


Right, the current attach functionality does this. And then
get_window_number undos this.


> I did look into this quite some time back, but in the
> end didnt need it. My tests are much simpler in that if there is a ff
> window open that has jssh it will use it, and if there isnt one it
> will create one.


I think this is going to have to the be the approach to use if you want a
cross-browser testsuite.

>
>
> Paul
>
>
> On Fri, Dec 5, 2008 at 5:15 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> > I've spent much of this week figuring out how to make the attach
> > functionality work with Firefox. Gavin (and others) submitted patches
> that
> > made it be a class method instead of an instance method.
> >
> > But as I've looked at the code, I realized that basically FireWatir only
> > lets you access the top most window. For example:
> >
> > a = Firefox.attach :title, 'a'
> > b = Firefox.attach :title, 'b'
> >
> > but both a and b will refer to the same window very soon, and it will be
> > whatever was opened last.
> >
> > I've looked into how to fix it. It can be done, and I've developed a
> proof
> > of concept of my solution, but it will require a fair amount of work,
> much
> > more than I had budgeted for this right now.
> >
> > Note that this really isn't a problem with attach, but rather with
> > FireWatir. The same will happen if you do
> >
> > a = Firefox.new
> > b = Firefox.new
> >
> > Two windows will be opened, but both a and b will refer to the same
> window.
> >
> > In other words, Firewatir, as it stands right now, can only drive one
> > window. This isn't a limitation of JSSH or anything, simply a limitation
> of
> > the way Firewatir is written today.
> >
> > Bret
> >
> > --
> > Bret Pettichord
> > GTalk: bpettichord at gmail.com
> > CTO, WatirCraft LLC, http://www.watircraft.com
> > Lead Developer, Watir, http://wtr.rubyforge.org
> > Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> > MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >
> > _______________________________________________
> > Wtr-development mailing list
> > Wtr-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-development
> >
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081206/61bf6bdb/attachment-0002.html>

From bret at pettichord.com  Sat Dec  6 17:14:21 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Sat, 6 Dec 2008 16:14:21 -0600
Subject: [Wtr-development] Firefox.attach
In-Reply-To: <65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>
References: <ade75c5b0812051615x6c60d8v31a90278b9bf19f8@mail.gmail.com>
	<65b3137e0812051709y22c26917ldf56489ac1d096f3@mail.gmail.com>
	<65b3137e0812051712m18e46a9ej26a4b246c64eaf3f@mail.gmail.com>
Message-ID: <ade75c5b0812061414h12147779p6b5cb4b2e410eab4@mail.gmail.com>

@@current_window was doing nothing helpful and i ripped it out. So, no, that
is no longer the cause of any problems.

Bret

On Fri, Dec 5, 2008 at 7:12 PM, Gavin Jefferies <gavin at vmbed.com> wrote:

> Is this due to the class variable @@current_window? If I get some time
> this weekend I'll look at this a bit.
> Thanks,
> Gavin
>
> On Fri, Dec 5, 2008 at 5:09 PM, Gavin Jefferies <gavin at vmbed.com> wrote:
> > On Fri, Dec 5, 2008 at 4:15 PM, Bret Pettichord <bret at pettichord.com>
> wrote:
> >> I've spent much of this week figuring out how to make the attach
> >> functionality work with Firefox. Gavin (and others) submitted patches
> that
> >> made it be a class method instead of an instance method.
> >>
> >> But as I've looked at the code, I realized that basically FireWatir only
> >> lets you access the top most window. For example:
> >>
> >> a = Firefox.attach :title, 'a'
> >> b = Firefox.attach :title, 'b'
> >>
> >> but both a and b will refer to the same window very soon, and it will be
> >> whatever was opened last.
> >>
> >> I've looked into how to fix it. It can be done, and I've developed a
> proof
> >> of concept of my solution, but it will require a fair amount of work,
> much
> >> more than I had budgeted for this right now.
> >>
> >> Note that this really isn't a problem with attach, but rather with
> >> FireWatir. The same will happen if you do
> >>
> >> a = Firefox.new
> >> b = Firefox.new
> >>
> >> Two windows will be opened, but both a and b will refer to the same
> window.
> >>
> >> In other words, Firewatir, as it stands right now, can only drive one
> >> window. This isn't a limitation of JSSH or anything, simply a limitation
> of
> >> the way Firewatir is written today.
> >>
> >> Bret
> >>
> >> --
> >> Bret Pettichord
> >> GTalk: bpettichord at gmail.com
> >> CTO, WatirCraft LLC, http://www.watircraft.com
> >> Lead Developer, Watir, http://wtr.rubyforge.org
> >> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> >> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
> >>
> >> _______________________________________________
> >> Wtr-development mailing list
> >> Wtr-development at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wtr-development
> >>
> >
> >
> >
> > --
> > VMBed - http://vmbed.com/ - Machines when you want them.
> > Test Automation - http://vmbed.com/?page/automate
> >
>
>
>
> --
> VMBed - http://vmbed.com/ - Machines when you want them.
> Test Automation - http://vmbed.com/?page/automate
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081206/75bc1e73/attachment-0002.html>

From angrez at gmail.com  Mon Dec  8 05:36:39 2008
From: angrez at gmail.com (Angrez Singh)
Date: Mon, 8 Dec 2008 16:06:39 +0530
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
Message-ID: <e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>

Hi,

Sorry for replying late was on vacation. AFAIK, AutoItX3 function
winexists takes "window title" as the parameter.

autoit.WinExists("Google") should work if you open "google.com" using Firewatir.

Let me know if this works.

Regards,
Angrez

On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> I want to automate some operations in Firefox using AutoIt (basically
> javascript dialog handling, besides startClicker). I am sending you a sample
> script which opens a Firefox browser, checks whether the Window exists and
> closes the Firefox window. But for both the AutoIt methods (WinExists and
> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
> means true)
>
> require 'firewatir'
> require 'win32ole'
> ff = FireWatir::Firefox.new
> autoit = WIN32OLE.new("AutoItX3.Control")
> sleep 5.0
> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
> sleep 2.0
> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>
> Can you let me know what is wrong in this, or if there is any other way to
> use AutoIt with Firefox?
>
> Thanks,
> Anukul
>


From anukul.singhal at gmail.com  Mon Dec  8 08:21:54 2008
From: anukul.singhal at gmail.com (anukul.singhal at gmail.com)
Date: Mon, 8 Dec 2008 13:21:54 +0000
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com><e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
Message-ID: <1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>

Hi Angrez,

The solution you gave works for me now. My main problem is that I am not able to use WinExists method for javascript dialog. This method returns a 0 i.e. fail in autoit for a javascript dialog, are you aware of any way through which I can use WinExists for a javascript dialog in firefox?

Thanks,
Anukul


Sent on my BlackBerry? from Vodafone Essar

-----Original Message-----
From: "Angrez Singh" <angrez at gmail.com>

Date: Mon, 8 Dec 2008 16:06:39 
To: Watir development<wtr-development at rubyforge.org>
Subject: Re: [Wtr-development] Regarding AutoIt with Firefox


Hi,

Sorry for replying late was on vacation. AFAIK, AutoItX3 function
winexists takes "window title" as the parameter.

autoit.WinExists("Google") should work if you open "google.com" using Firewatir.

Let me know if this works.

Regards,
Angrez

On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> I want to automate some operations in Firefox using AutoIt (basically
> javascript dialog handling, besides startClicker). I am sending you a sample
> script which opens a Firefox browser, checks whether the Window exists and
> closes the Firefox window. But for both the AutoIt methods (WinExists and
> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
> means true)
>
> require 'firewatir'
> require 'win32ole'
> ff = FireWatir::Firefox.new
> autoit = WIN32OLE.new("AutoItX3.Control")
> sleep 5.0
> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
> sleep 2.0
> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>
> Can you let me know what is wrong in this, or if there is any other way to
> use AutoIt with Firefox?
>
> Thanks,
> Anukul
>
_______________________________________________
Wtr-development mailing list
Wtr-development at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development

From angrez at gmail.com  Mon Dec  8 08:37:06 2008
From: angrez at gmail.com (Angrez Singh)
Date: Mon, 8 Dec 2008 19:07:06 +0530
Subject: [Wtr-development] Regarding AutoIt with Firefox
In-Reply-To: <1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>
References: <a6e5a3010811262326y4b71d045qf212b2aadc53dd1a@mail.gmail.com>
	<e26bda3e0812080236v220c6d6k52bb677a7812debc@mail.gmail.com>
	<1388859315-1228742570-cardhu_decombobulator_blackberry.rim.net-1436254586-@bxe103.bisx.produk.on.blackberry>
Message-ID: <e26bda3e0812080537hf911686le6bf36b5d9c0110c@mail.gmail.com>

Hi,

I think it should work with javascript dialogs also provided you give
the title same as that of javascript dialog.

- Angrez

On 12/8/08, anukul.singhal at gmail.com <anukul.singhal at gmail.com> wrote:
> Hi Angrez,
>
> The solution you gave works for me now. My main problem is that I am not
> able to use WinExists method for javascript dialog. This method returns a 0
> i.e. fail in autoit for a javascript dialog, are you aware of any way
> through which I can use WinExists for a javascript dialog in firefox?
>
> Thanks,
> Anukul
>
>
> Sent on my BlackBerry(R) from Vodafone Essar
>
> -----Original Message-----
> From: "Angrez Singh" <angrez at gmail.com>
>
> Date: Mon, 8 Dec 2008 16:06:39
> To: Watir development<wtr-development at rubyforge.org>
> Subject: Re: [Wtr-development] Regarding AutoIt with Firefox
>
>
> Hi,
>
> Sorry for replying late was on vacation. AFAIK, AutoItX3 function
> winexists takes "window title" as the parameter.
>
> autoit.WinExists("Google") should work if you open "google.com" using
> Firewatir.
>
> Let me know if this works.
>
> Regards,
> Angrez
>
> On 11/27/08, anukul singhal <anukul.singhal at gmail.com> wrote:
>> Hi Angrez,
>>
>> I want to automate some operations in Firefox using AutoIt (basically
>> javascript dialog handling, besides startClicker). I am sending you a
>> sample
>> script which opens a Firefox browser, checks whether the Window exists and
>> closes the Firefox window. But for both the AutoIt methods (WinExists and
>> WinClose), I am getting 0 as return value (which is fail in AutoIt, 1
>> means true)
>>
>> require 'firewatir'
>> require 'win32ole'
>> ff = FireWatir::Firefox.new
>> autoit = WIN32OLE.new("AutoItX3.Control")
>> sleep 5.0
>> puts autoit.WinExists("[CLASS:MozillaUIWindowClass]")
>> sleep 2.0
>> puts autoit.WinClose("[CLASS:MozillaUIWindowClass]")
>>
>> Can you let me know what is wrong in this, or if there is any other way to
>> use AutoIt with Firefox?
>>
>> Thanks,
>> Anukul
>>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>


From saidesertrose2004 at gmail.com  Tue Dec 16 01:29:02 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Tue, 16 Dec 2008 11:59:02 +0530
Subject: [Wtr-development] Extension for Watir for testing flash applications
Message-ID: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>

Hi Guys,

I have written an extension for Watir for testing flash applications. You
can get more details at http://code.google.com/p/flash-watir. As of now it
supports only firefox. I am working on the IE version now.
The documentation of usage as well its working is available in the wiki
pages of the project. The source is available for download as gem as well as
in SVN for checkout.

Please let me know your thoughts and feedback.

As of now I am keeping this within watir development team. I will be sending
a mail to the watir general mailing list sometime later after I get your
feedback.

Also I would like to write about this in Watir wiki for people to refer.

Thank you

Regards,
Sai

P.S. I am also working on Silverlight extension for watir :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081216/5b2bf5da/attachment-0002.html>

From bret at pettichord.com  Tue Dec 16 14:27:39 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 16 Dec 2008 13:27:39 -0600
Subject: [Wtr-development] Extension for Watir for testing flash
	applications
In-Reply-To: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>
References: <a80376f20812152229g4adaed63o9a3df6fa3f963d8e@mail.gmail.com>
Message-ID: <ade75c5b0812161127k2ba123f6m415692a31b9c0b@mail.gmail.com>

This looks cool. I haven't personally had the need for this, but I know that
Charley and others have wanted something like this.

I look forward to seeing more about this in the Watir Wiki.

Bret

On Tue, Dec 16, 2008 at 12:29 AM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
>
> I have written an extension for Watir for testing flash applications. You
> can get more details at http://code.google.com/p/flash-watir. As of now it
> supports only firefox. I am working on the IE version now.
> The documentation of usage as well its working is available in the wiki
> pages of the project. The source is available for download as gem as well as
> in SVN for checkout.
>
> Please let me know your thoughts and feedback.
>
> As of now I am keeping this within watir development team. I will be
> sending a mail to the watir general mailing list sometime later after I get
> your feedback.
>
> Also I would like to write about this in Watir wiki for people to refer.
>
> Thank you
>
> Regards,
> Sai
>
> P.S. I am also working on Silverlight extension for watir :)
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081216/0965587d/attachment-0002.html>

From saidesertrose2004 at gmail.com  Wed Dec 17 01:52:19 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Wed, 17 Dec 2008 12:22:19 +0530
Subject: [Wtr-development] Extension for Watir for testing flash
Message-ID: <a80376f20812162252t76453046h32136b7ff368cb88@mail.gmail.com>

Thank you Bret.
I understand that not all watir users have the need to test flash
applications. Thats why I have made flash-watir as an extension rather than
as a part of mainline watir. :)

I hope we can make more of such specialized extensions so that only people
who need them can add these extensions can install and use while we keep the
mainline watir clean and simple.

Regards,
Sai
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081217/0cede2bb/attachment-0002.html>

From welkin_inc at hotmail.com  Thu Dec 18 07:06:47 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Thu, 18 Dec 2008 05:06:47 -0700
Subject: [Wtr-development] Xpath and IE
Message-ID: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>


The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).

Thanks.

Andrew


_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/4e05f886/attachment-0002.html>

From angrez at gmail.com  Thu Dec 18 07:14:25 2008
From: angrez at gmail.com (Angrez Singh)
Date: Thu, 18 Dec 2008 17:44:25 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
Message-ID: <e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>

Watir does support addressing the elements using XPath if that is what you
are referring to (correct me if I am wrong here)

- Angrez

On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:

>  The UI that I'm testing is very complicated, and I end up doing a lot of
> Xpath work.  I'm using IE.
>
> I can recognize when elements exist and find their values quickly--I parse
> the document with libxml.  I was wondering if there is any way to hook into
> IE's msxml parser to also make activating the OLE objects faster (and
> perhaps making libxml unnecessary).
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/18db67f6/attachment-0002.html>

From welkin_inc at hotmail.com  Thu Dec 18 11:13:18 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Thu, 18 Dec 2008 09:13:18 -0700
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
Message-ID: <BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>


Angrez,

On IE, the problem is performance--it takes a long time to find a particular node using XPath.  Using libxml, I am able to recognize a node more quickly than before.  In addition, I would like to be able to use/activate/click a node more quickly than before.  I thought that I could do that if I could access the msxml parser that the IE browser uses.

Thanks.

Andrew


Date: Thu, 18 Dec 2008 17:44:25 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] Xpath and IE

Watir does support addressing the elements using XPath if that is what you are referring to (correct me if I am wrong here)

- Angrez

On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).


Thanks.

Andrew


Send e-mail faster without improving your typing skills. Get your Hotmail? account.


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/80dd6853/attachment-0002.html>

From bret at pettichord.com  Thu Dec 18 11:22:13 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 18 Dec 2008 10:22:13 -0600
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
Message-ID: <ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>

I guess the question is whether this parser is accessible via OLE. If so,
then this sounds like a promising idea.

Bret

On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  Angrez,
>
> On IE, the problem is performance--it takes a long time to find a
> particular node using XPath.  Using libxml, I am able to recognize a node
> more quickly than before.  In addition, I would like to be able to
> use/activate/click a node more quickly than before.  I thought that I could
> do that if I could access the msxml parser that the IE browser uses.
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Date: Thu, 18 Dec 2008 17:44:25 +0530
> From: angrez at gmail.com
> To: wtr-development at rubyforge.org
> Subject: Re: [Wtr-development] Xpath and IE
>
>
> Watir does support addressing the elements using XPath if that is what you
> are referring to (correct me if I am wrong here)
>
> - Angrez
>
> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:
>
>  The UI that I'm testing is very complicated, and I end up doing a lot of
> Xpath work.  I'm using IE.
>
> I can recognize when elements exist and find their values quickly--I parse
> the document with libxml.  I was wondering if there is any way to hook into
> IE's msxml parser to also make activating the OLE objects faster (and
> perhaps making libxml unnecessary).
>
> Thanks.
>
> Andrew
>
>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
>
>
> ------------------------------
> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081218/e26587f2/attachment-0002.html>

From angrez at gmail.com  Fri Dec 19 02:21:01 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 12:51:01 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
Message-ID: <e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>

Bret,

Microsoft provides different DLL's for MSXML parsers (
http://support.microsoft.com/kb/269238) , not sure if we can use them
directly with Ruby. If yes then it would be a lot easier to access the
API's.

- Angrez

On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:

> I guess the question is whether this parser is accessible via OLE. If so,
> then this sounds like a promising idea.
>
> Bret
>
>
> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <welkin_inc at hotmail.com
> > wrote:
>
>>  Angrez,
>>
>> On IE, the problem is performance--it takes a long time to find a
>> particular node using XPath.  Using libxml, I am able to recognize a node
>> more quickly than before.  In addition, I would like to be able to
>> use/activate/click a node more quickly than before.  I thought that I could
>> do that if I could access the msxml parser that the IE browser uses.
>>
>> Thanks.
>>
>> Andrew
>>
>>
>> ------------------------------
>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>> From: angrez at gmail.com
>> To: wtr-development at rubyforge.org
>> Subject: Re: [Wtr-development] Xpath and IE
>>
>>
>> Watir does support addressing the elements using XPath if that is what you
>> are referring to (correct me if I am wrong here)
>>
>> - Angrez
>>
>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com
>> > wrote:
>>
>>  The UI that I'm testing is very complicated, and I end up doing a lot of
>> Xpath work.  I'm using IE.
>>
>> I can recognize when elements exist and find their values quickly--I parse
>> the document with libxml.  I was wondering if there is any way to hook into
>> IE's msxml parser to also make activating the OLE objects faster (and
>> perhaps making libxml unnecessary).
>>
>> Thanks.
>>
>> Andrew
>>
>>
>> ------------------------------
>> Send e-mail faster without improving your typing skills. Get your
>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>>
>>
>> ------------------------------
>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/ff603b7a/attachment-0002.html>

From angrez at gmail.com  Fri Dec 19 07:12:30 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 17:42:30 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
Message-ID: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>

I was able to create an instance of XML parser in ruby something like this.
Was able to look into the methods, could be of some help ... let me know if
I am going in right direction ..

require 'win32ole'

msxml = WIN32OLE.new("Msxml2.SAXXMLReader")

puts msxml.ole_func_methods

- Angrez

On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:

> Bret,
>
> Microsoft provides different DLL's for MSXML parsers (
> http://support.microsoft.com/kb/269238) , not sure if we can use them
> directly with Ruby. If yes then it would be a lot easier to access the
> API's.
>
> - Angrez
>
>
> On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> I guess the question is whether this parser is accessible via OLE. If so,
>> then this sounds like a promising idea.
>>
>> Bret
>>
>>
>> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <
>> welkin_inc at hotmail.com> wrote:
>>
>>>  Angrez,
>>>
>>> On IE, the problem is performance--it takes a long time to find a
>>> particular node using XPath.  Using libxml, I am able to recognize a node
>>> more quickly than before.  In addition, I would like to be able to
>>> use/activate/click a node more quickly than before.  I thought that I could
>>> do that if I could access the msxml parser that the IE browser uses.
>>>
>>> Thanks.
>>>
>>> Andrew
>>>
>>>
>>> ------------------------------
>>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>>> From: angrez at gmail.com
>>> To: wtr-development at rubyforge.org
>>> Subject: Re: [Wtr-development] Xpath and IE
>>>
>>>
>>> Watir does support addressing the elements using XPath if that is what
>>> you are referring to (correct me if I am wrong here)
>>>
>>> - Angrez
>>>
>>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>  The UI that I'm testing is very complicated, and I end up doing a lot of
>>> Xpath work.  I'm using IE.
>>>
>>> I can recognize when elements exist and find their values quickly--I
>>> parse the document with libxml.  I was wondering if there is any way to hook
>>> into IE's msxml parser to also make activating the OLE objects faster (and
>>> perhaps making libxml unnecessary).
>>>
>>> Thanks.
>>>
>>> Andrew
>>>
>>>
>>> ------------------------------
>>> Send e-mail faster without improving your typing skills. Get your
>>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>>
>>>
>>> ------------------------------
>>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/7ccbd127/attachment-0002.html>

From angrez at gmail.com  Fri Dec 19 07:28:40 2008
From: angrez at gmail.com (Angrez Singh)
Date: Fri, 19 Dec 2008 17:58:40 +0530
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com>
	<e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
Message-ID: <e26bda3e0812190428k1d78a43bwf3a1413854e79088@mail.gmail.com>

This sounds better to me ...

require 'win32ole'

msxml = WIN32OLE.new("Microsoft.XMLDOM.1.0")
msxml.loadXML("<tree value='value'><node text='textnode'></node></tree>")
puts msxml.xml

- Angrez

On Fri, Dec 19, 2008 at 5:42 PM, Angrez Singh <angrez at gmail.com> wrote:

> I was able to create an instance of XML parser in ruby something like this.
> Was able to look into the methods, could be of some help ... let me know if
> I am going in right direction ..
>
> require 'win32ole'
>
> msxml = WIN32OLE.new("Msxml2.SAXXMLReader")
>
> puts msxml.ole_func_methods
>
> - Angrez
>
>
> On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:
>
>> Bret,
>>
>> Microsoft provides different DLL's for MSXML parsers (
>> http://support.microsoft.com/kb/269238) , not sure if we can use them
>> directly with Ruby. If yes then it would be a lot easier to access the
>> API's.
>>
>> - Angrez
>>
>>
>> On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com>wrote:
>>
>>> I guess the question is whether this parser is accessible via OLE. If so,
>>> then this sounds like a promising idea.
>>>
>>> Bret
>>>
>>>
>>> On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>>  Angrez,
>>>>
>>>> On IE, the problem is performance--it takes a long time to find a
>>>> particular node using XPath.  Using libxml, I am able to recognize a node
>>>> more quickly than before.  In addition, I would like to be able to
>>>> use/activate/click a node more quickly than before.  I thought that I could
>>>> do that if I could access the msxml parser that the IE browser uses.
>>>>
>>>> Thanks.
>>>>
>>>> Andrew
>>>>
>>>>
>>>> ------------------------------
>>>> Date: Thu, 18 Dec 2008 17:44:25 +0530
>>>> From: angrez at gmail.com
>>>> To: wtr-development at rubyforge.org
>>>> Subject: Re: [Wtr-development] Xpath and IE
>>>>
>>>>
>>>> Watir does support addressing the elements using XPath if that is what
>>>> you are referring to (correct me if I am wrong here)
>>>>
>>>> - Angrez
>>>>
>>>> On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <
>>>> welkin_inc at hotmail.com> wrote:
>>>>
>>>>  The UI that I'm testing is very complicated, and I end up doing a lot
>>>> of Xpath work.  I'm using IE.
>>>>
>>>> I can recognize when elements exist and find their values quickly--I
>>>> parse the document with libxml.  I was wondering if there is any way to hook
>>>> into IE's msxml parser to also make activating the OLE objects faster (and
>>>> perhaps making libxml unnecessary).
>>>>
>>>> Thanks.
>>>>
>>>> Andrew
>>>>
>>>>
>>>> ------------------------------
>>>> Send e-mail faster without improving your typing skills. Get your
>>>> Hotmail(R) account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account
>>>> now.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> GTalk: bpettichord at gmail.com
>>> CTO, WatirCraft LLC, http://www.watircraft.com
>>> Lead Developer, Watir, http://wtr.rubyforge.org
>>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/ef9c85b7/attachment-0002.html>

From welkin_inc at hotmail.com  Fri Dec 19 12:07:55 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Fri, 19 Dec 2008 10:07:55 -0700
Subject: [Wtr-development] Xpath and IE
In-Reply-To: <e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
References: <BAY118-W1976897D83C23F74A3483E6F30@phx.gbl>
	<e26bda3e0812180414t6d108c80o8fd9fe05e17f56fb@mail.gmail.com>
	<BAY118-W3E9B5972FAB6DD449DFC7E6F30@phx.gbl>
	<ade75c5b0812180822i5fb607c5i445b3d06845173a4@mail.gmail.com>
	<e26bda3e0812182321n6dcc3a07g3182f041f2a06d6c@mail.gmail.com> 
	<e26bda3e0812190412r72c637fk3184cdd79dd72069@mail.gmail.com>
Message-ID: <BAY118-W301D2B6169706CEAE65AB6E6F00@phx.gbl>


Sorry that I wasn't clear.

I know that I can instantiate an msxml parser instance.

What I want to be able to do is to access the the particular msxml process that runs inside of the InternetExlorer ole object instantiated by Watir.

Thanks.

Andrew



Date: Fri, 19 Dec 2008 17:42:30 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] Xpath and IE

I was able to create an instance of XML parser in ruby something like this. Was able to look into the methods, could be of some help ... let me know if I am going in right direction ..

require 'win32ole'


msxml = WIN32OLE.new("Msxml2.SAXXMLReader")

puts msxml.ole_func_methods

- Angrez

On Fri, Dec 19, 2008 at 12:51 PM, Angrez Singh <angrez at gmail.com> wrote:

Bret,

Microsoft provides different DLL's for MSXML parsers (http://support.microsoft.com/kb/269238) , not sure if we can use them directly with Ruby. If yes then it would be a lot easier to access the API's.



- Angrez

On Thu, Dec 18, 2008 at 9:52 PM, Bret Pettichord <bret at pettichord.com> wrote:


I guess the question is whether this parser is accessible via OLE. If so, then this sounds like a promising idea.

Bret

On Thu, Dec 18, 2008 at 10:13 AM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:








Angrez,

On IE, the problem is performance--it takes a long time to find a particular node using XPath.  Using libxml, I am able to recognize a node more quickly than before.  In addition, I would like to be able to use/activate/click a node more quickly than before.  I thought that I could do that if I could access the msxml parser that the IE browser uses.




Thanks.

Andrew


Date: Thu, 18 Dec 2008 17:44:25 +0530
From: angrez at gmail.com
To: wtr-development at rubyforge.org



Subject: Re: [Wtr-development] Xpath and IE

Watir does support addressing the elements using XPath if that is what you are referring to (correct me if I am wrong here)

- Angrez


On Thu, Dec 18, 2008 at 5:36 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






The UI that I'm testing is very complicated, and I end up doing a lot of Xpath work.  I'm using IE.

I can recognize when elements exist and find their values quickly--I parse the document with libxml.  I was wondering if there is any way to hook into IE's msxml parser to also make activating the OLE objects faster (and perhaps making libxml unnecessary).





Thanks.

Andrew


Send e-mail faster without improving your typing skills. Get your Hotmail? account.





_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


Send e-mail anywhere. No map, no compass. Get your Hotmail? account now.




_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


-- 


Bret Pettichord
GTalk: bpettichord at gmail.com

CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog



MiniBlog (Links), http://feeds.feedburner.com/bretshotlist 


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development




_________________________________________________________________
It?s the same Hotmail?. If by ?same? you mean up to 70% faster.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081219/152ab2d9/attachment-0002.html>

From welkin_inc at hotmail.com  Tue Dec 23 15:38:09 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Tue, 23 Dec 2008 13:38:09 -0700
Subject: [Wtr-development] WebDriver
Message-ID: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>


Just out of curiosity, has anyone looked at WebDriver, which will be rolled into Selenium 2.0 (no known release date) ?
If you haven't, WebDriver provides a common API along with drivers for a few different browsers--see http://code.google.com/p/webdriver/w/list

I found myself looking through there to see how they provided XPath support for IE.  I read on the wiki that they plan on providing native XPath support, but I could not find any details.

Andrew

_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081223/584e48ed/attachment-0002.html>

From welkin_inc at hotmail.com  Wed Dec 24 13:12:55 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Wed, 24 Dec 2008 11:12:55 -0700
Subject: [Wtr-development] FireWatir:  browser title bug
Message-ID: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>


I was running a test using 1.6.2 and specifying a firefox browser (see full code below).  After doing a page submit, the application goes to a "please-be-patient" page before re-directing to the results.  I noticed that the value of browser.title was not correct--the value was that of the "please-be-patient" page instead of the results page.  However, the value of
    
gave the correct results.

Here is a condensed version of the code (I made sure that it ran):

require 'rubygems'
gem 'watir', '>=1.6.2'
require 'watir'

require 'active_support'


Watir::Browser.default    = 'firefox'
browser            = Watir::Browser.new

# Go to the home page
browser.goto('http://www.frontierairlines.com')

# Enter the origin city code.
elem            = browser.text_field(:id, 'flying_from')
elem.value        = 'DEN'
elem.focus
elem.fire_event('onKeyDown')
sleep 5

# Select the origin city description.
browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click

# Enter the destination city code.
elem            = browser.text_field(:id, 'flying_to')
elem.value        = 'LAX'
elem.focus
elem.fire_event('onKeyDown')
sleep 5

# Select the destination city description.
browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click

# Enter the departure date.
date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'leaving').value    = date_leave

# Enter the return date.
date_return        = 2.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'returning').value    = date_return

# Press the 'FIND FLIGHTS' image.
browser.image(:id, 'findFlightsButton').click

sleep 30

title_built_in        = browser.title
title_js        = browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))

puts "Title: built in: #{title_built_in}; js version: #{title_js}"



Andrew


_________________________________________________________________
It?s the same Hotmail?. If by ?same? you mean up to 70% faster.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081224/6a7268a2/attachment-0002.html>

From welkin_inc at hotmail.com  Wed Dec 24 15:46:17 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Wed, 24 Dec 2008 13:46:17 -0700
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
Message-ID: <BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>


I was running a test using Firewatir 1.6.2.

I clicked on a link which navigates the user back to the home page.  After clicking the link, I looked to make sure that the Close button on an "are-you-sure?" dialog was visible or not by making the call
    browser.link(:xpath, close_button_xpath).visible?

Depending on which page of the application that one is on, pressing the home page link may either navigate directly to the home page or first display the "are-you-sure?" dialog before proceeding to the home page.

When making the above method call, I saw the exception:

c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in `raise': exception class/object expected (TypeError)

This refers to the raise() method call shown in the container.rb code:

      if md = /^(\w+)Error:(.*)$/.match(value) 
        eval "class JS#{md[1]}Error\nend"
        raise (eval "JS#{md[1]}Error"), md[2]
      end

I changed the above container.rb code to:

      if md = /^(\w+)Error:(.*)$/.match(value) 
         klass = Class.new Exception
         Object.const_set "JS#{md[1]}Error", klass
         raise klass, md[2]
      end

so that I could see the exception get thrown.

I then re-ran my test and saw the exception:

c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in `js_eval':  element_xpath_17 is not defined (Reference)
        from c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in `visible?'

At this point, I'm stuck.  I'm guessing that the javascript context got reset when navigating to a different page.

Thanks for your help.

Andrew

_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081224/06e43413/attachment-0002.html>

From charley.baker at gmail.com  Sun Dec 28 01:09:06 2008
From: charley.baker at gmail.com (Charley Baker)
Date: Sat, 27 Dec 2008 22:09:06 -0800
Subject: [Wtr-development] WebDriver
In-Reply-To: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>
References: <BAY118-W41D52D12ED22BE486E069DE6EC0@phx.gbl>
Message-ID: <f96821860812272209q14f171a6k6dd0ec56891c6c1@mail.gmail.com>

  I've looked at WebDriver a bit. It's an interesting project, with native
drivers for IE, Firefox and Safari. The driver for IE is a straight c++ COM
component, Firefox is implemented as an extension and the Safari bit is
using java to connect to the AppleScript scripting system. Remind you of
anything?
 We need to get rid of jssh for obvious reasons, and I'd like to start using
the WebDriver Firefox extension as a replacement. Take a look at the
WebDriver project, I'd like to get more feedback and/or help. Simon is
working with the Selenium project on integration though I'm not sure the
timeframe either.

-Charley
On Tue, Dec 23, 2008 at 12:38 PM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  Just out of curiosity, has anyone looked at WebDriver, which will be
> rolled into Selenium 2.0 (no known release date) ?
> If you haven't, WebDriver provides a common API along with drivers for a
> few different browsers--see http://code.google.com/p/webdriver/w/list
>
> I found myself looking through there to see how they provided XPath support
> for IE.  I read on the wiki that they plan on providing native XPath
> support, but I could not find any details.
>
> Andrew
>
> ------------------------------
> Send e-mail anywhere. No map, no compass. Get your Hotmail(R) account now.<http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081227/397af402/attachment-0002.html>

From saidesertrose2004 at gmail.com  Mon Dec 29 01:49:39 2008
From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan)
Date: Mon, 29 Dec 2008 12:19:39 +0530
Subject: [Wtr-development] Hosting for ChromeWatir
Message-ID: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>

Hi Guys,
This is a sneak peek preview for Chrome Watir I am working on. It is at a
very early stage (Only a few days old) and I have a few things working :).
I wanted to put it on Google code for giving you guys a way to work on it.
But I suppose I am using Google Code too much to host my project :(.
It has temporarily stopped me from creating a project. So I want to know
which alternate hosting is good?

Github is in my radar... If anyone wants to get chrome-watir early in their
hands, please let me know a good hosting :)

I will post more about chrome-watir in a few days...

Thank you

Regards,
Sai
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/07e20f8a/attachment-0002.html>

From bret at pettichord.com  Mon Dec 29 10:35:42 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 09:35:42 -0600
Subject: [Wtr-development] Hosting for ChromeWatir
In-Reply-To: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
References: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
Message-ID: <ade75c5b0812290735m59e8a4cdn6b395125cbb75a35@mail.gmail.com>

I have some small projects on github and plan to move Watir there, so i
would recommend github.

Bret

On Mon, Dec 29, 2008 at 12:49 AM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
> This is a sneak peek preview for Chrome Watir I am working on. It is at a
> very early stage (Only a few days old) and I have a few things working :).
> I wanted to put it on Google code for giving you guys a way to work on it.
> But I suppose I am using Google Code too much to host my project :(.
> It has temporarily stopped me from creating a project. So I want to know
> which alternate hosting is good?
>
> Github is in my radar... If anyone wants to get chrome-watir early in their
> hands, please let me know a good hosting :)
>
> I will post more about chrome-watir in a few days...
>
> Thank you
>
> Regards,
> Sai
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/6d6a4635/attachment-0002.html>

From bret at pettichord.com  Mon Dec 29 11:04:33 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 10:04:33 -0600
Subject: [Wtr-development] FireWatir: browser title bug
In-Reply-To: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
Message-ID: <ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>

Andrew,

Thanks for the detailed analysis. Would you mind logging this in Jira?
http://jira.openqa.org/browse/WTR

Bret


On Wed, Dec 24, 2008 at 12:12 PM, Andrew McFarlane
<welkin_inc at hotmail.com>wrote:

>  I was running a test using 1.6.2 and specifying a firefox browser (see
> full code below).  After doing a page submit, the application goes to a
> "please-be-patient" page before re-directing to the results.  I noticed that
> the value of browser.title was not correct--the value was that of the
> "please-be-patient" page instead of the results page.  However, the value of
>
> gave the correct results.
>
> Here is a condensed version of the code (I made sure that it ran):
>
> require 'rubygems'
> gem 'watir', '>=1.6.2'
> require 'watir'
>
> require 'active_support'
>
>
> Watir::Browser.default    = 'firefox'
> browser            = Watir::Browser.new
>
> # Go to the home page
> browser.goto('http://www.frontierairlines.com')
>
> # Enter the origin city code.
> elem            = browser.text_field(:id, 'flying_from')
> elem.value        = 'DEN'
> elem.focus
> elem.fire_event('onKeyDown')
> sleep 5
>
> # Select the origin city description.
> browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click
>
> # Enter the destination city code.
> elem            = browser.text_field(:id, 'flying_to')
> elem.value        = 'LAX'
> elem.focus
> elem.fire_event('onKeyDown')
> sleep 5
>
> # Select the destination city description.
> browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click
>
> # Enter the departure date.
> date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
> browser.text_field(:id, 'leaving').value    = date_leave
>
> # Enter the return date.
> date_return        = 2.days.from_now.strftime('%m/%d/%Y')
> browser.text_field(:id, 'returning').value    = date_return
>
> # Press the 'FIND FLIGHTS' image.
> browser.image(:id, 'findFlightsButton').click
>
> sleep 30
>
> title_built_in        = browser.title
> title_js        =
> browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))
>
> puts "Title: built in: #{title_built_in}; js version: #{title_js}"
>
>
>
> Andrew
>
>
> ------------------------------
> It's the same Hotmail(R). If by "same" you mean up to 70% faster. Get your
> account now.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/f068361d/attachment-0002.html>

From bret at pettichord.com  Mon Dec 29 11:12:01 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 29 Dec 2008 10:12:01 -0600
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
Message-ID: <ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>

Clearly the code you fixed is incorrect.

There is also clearly a larger problem. I don't have time right now to
research this further. Can some one else help Andrew?

Bret

On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:

>  I was running a test using Firewatir 1.6.2.
>
> I clicked on a link which navigates the user back to the home page.  After
> clicking the link, I looked to make sure that the Close button on an
> "are-you-sure?" dialog was visible or not by making the call
>     browser.link(:xpath, close_button_xpath).visible?
>
> Depending on which page of the application that one is on, pressing the
> home page link may either navigate directly to the home page or first
> display the "are-you-sure?" dialog before proceeding to the home page.
>
> When making the above method call, I saw the exception:
>
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
> `raise': exception class/object expected (TypeError)
>
> This refers to the raise() method call shown in the container.rb code:
>
>       if md = /^(\w+)Error:(.*)$/.match(value)
>         eval "class JS#{md[1]}Error\nend"
>         raise (eval "JS#{md[1]}Error"), md[2]
>       end
>
> I changed the above container.rb code to:
>
>       if md = /^(\w+)Error:(.*)$/.match(value)
>          klass = Class.new Exception
>          Object.const_set "JS#{md[1]}Error", klass
>          raise klass, md[2]
>       end
>
> so that I could see the exception get thrown.
>
> I then re-ran my test and saw the exception:
>
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
> `js_eval':  element_xpath_17 is not defined (Reference)
>         from
> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
> `visible?'
>
> At this point, I'm stuck.  I'm guessing that the javascript context got
> reset when navigating to a different page.
>
> Thanks for your help.
>
> Andrew
>
> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
> ------------------------------
> Send e-mail faster without improving your typing skills. Get your Hotmail(R)
> account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/63dcac95/attachment-0002.html>

From welkin_inc at hotmail.com  Mon Dec 29 11:34:25 2008
From: welkin_inc at hotmail.com (Andrew McFarlane)
Date: Mon, 29 Dec 2008 09:34:25 -0700
Subject: [Wtr-development] FireWatir: browser title bug
In-Reply-To: <ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<ade75c5b0812290804g34081e44r3726189c3e73d6d9@mail.gmail.com>
Message-ID: <BAY118-W7162D50BD1B628E44D5ADE6E60@phx.gbl>


Done.

Andrew


Date: Mon, 29 Dec 2008 10:04:33 -0600
From: bret at pettichord.com
To: wtr-development at rubyforge.org
Subject: Re: [Wtr-development] FireWatir: browser title bug

Andrew,

Thanks for the detailed analysis. Would you mind logging this in Jira?
http://jira.openqa.org/browse/WTR

Bret


On Wed, Dec 24, 2008 at 12:12 PM, Andrew McFarlane <welkin_inc at hotmail.com> wrote:






I was running a test using 1.6.2 and specifying a firefox browser (see full code below).  After doing a page submit, the application goes to a "please-be-patient" page before re-directing to the results.  I noticed that the value of browser.title was not correct--the value was that of the "please-be-patient" page instead of the results page.  However, the value of

    
gave the correct results.

Here is a condensed version of the code (I made sure that it ran):

require 'rubygems'
gem 'watir', '>=1.6.2'

require 'watir'


require 'active_support'



Watir::Browser.default    = 'firefox'

browser            = Watir::Browser.new


# Go to the home page
browser.goto('http://www.frontierairlines.com')


# Enter the origin city code.

elem            = browser.text_field(:id, 'flying_from')
elem.value        = 'DEN'

elem.focus
elem.fire_event('onKeyDown')

sleep 5

# Select the origin city description.

browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click


# Enter the destination city code.

elem            = browser.text_field(:id, 'flying_to')
elem.value        = 'LAX'

elem.focus
elem.fire_event('onKeyDown')

sleep 5

# Select the destination city description.

browser.li(:class, 'ui-autocomplete-even ui-autocomplete-over').click


# Enter the departure date.

date_leave        = 1.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'leaving').value    = date_leave


# Enter the return date.

date_return        = 2.days.from_now.strftime('%m/%d/%Y')
browser.text_field(:id, 'returning').value    = date_return


# Press the 'FIND FLIGHTS' image.

browser.image(:id, 'findFlightsButton').click


sleep 30

title_built_in        = browser.title

title_js        = browser.js_eval(%Q(getWindows()[#{browser.instance_variable_get('@window_index')}].getBrowser().contentDocument.title))


puts "Title: built in: #{title_built_in}; js version: #{title_js}"




Andrew


It's the same Hotmail?. If by "same" you mean up to 70% faster. Get your account now.


_______________________________________________

Wtr-development mailing list

Wtr-development at rubyforge.org

http://rubyforge.org/mailman/listinfo/wtr-development


-- 
Bret Pettichord
GTalk: bpettichord at gmail.com

CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog

MiniBlog (Links), http://feeds.feedburner.com/bretshotlist 

_________________________________________________________________
Life on your PC is safer, easier, and more enjoyable with Windows Vista?. 
http://clk.atdmt.com/MRT/go/127032870/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/8295b49c/attachment-0002.html>

From charley.baker at gmail.com  Mon Dec 29 18:11:17 2008
From: charley.baker at gmail.com (Charley Baker)
Date: Mon, 29 Dec 2008 15:11:17 -0800
Subject: [Wtr-development] Hosting for ChromeWatir
In-Reply-To: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
References: <a80376f20812282249j750f5aefsd68bac977fb24db0@mail.gmail.com>
Message-ID: <f96821860812291511g6e5b5497t8cf6d275a5a61603@mail.gmail.com>

I'd highly recommend github, this is the way watir will eventually go and
where our web testing framework Taza is currently hosted. The benefits have
all been laid out in earlier posts and all over the web. I'd also go for
moving your current google code projects over to github under your account
when you set one up. Importing existing public svn repos is easy.
-c
On Sun, Dec 28, 2008 at 10:49 PM, Sai Venkatakrishnan <
saidesertrose2004 at gmail.com> wrote:

> Hi Guys,
> This is a sneak peek preview for Chrome Watir I am working on. It is at a
> very early stage (Only a few days old) and I have a few things working :).
> I wanted to put it on Google code for giving you guys a way to work on it.
> But I suppose I am using Google Code too much to host my project :(.
> It has temporarily stopped me from creating a project. So I want to know
> which alternate hosting is good?
>
> Github is in my radar... If anyone wants to get chrome-watir early in their
> hands, please let me know a good hosting :)
>
> I will post more about chrome-watir in a few days...
>
> Thank you
>
> Regards,
> Sai
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081229/9172f004/attachment-0002.html>

From angrez at gmail.com  Tue Dec 30 01:25:39 2008
From: angrez at gmail.com (Angrez Singh)
Date: Tue, 30 Dec 2008 11:55:39 +0530
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
Message-ID: <e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>

Hi Bret,

I didn't had a look into this but I was thinking if we try to locate element
before every call, rather than using the old context. Like instead of
storing the element name in some variable which gets obsolete when context
changes we can try to find the element during each call. XPath works pretty
fast in Firefox. I know there will be some speed issues but we will not be
having much issues like this.

Thoughts?

- Angrez

On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:

> Clearly the code you fixed is incorrect.
>
> There is also clearly a larger problem. I don't have time right now to
> research this further. Can some one else help Andrew?
>
> Bret
>
> On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <welkin_inc at hotmail.com>wrote:
>
>>  I was running a test using Firewatir 1.6.2.
>>
>> I clicked on a link which navigates the user back to the home page.  After
>> clicking the link, I looked to make sure that the Close button on an
>> "are-you-sure?" dialog was visible or not by making the call
>>     browser.link(:xpath, close_button_xpath).visible?
>>
>> Depending on which page of the application that one is on, pressing the
>> home page link may either navigate directly to the home page or first
>> display the "are-you-sure?" dialog before proceeding to the home page.
>>
>> When making the above method call, I saw the exception:
>>
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>> `raise': exception class/object expected (TypeError)
>>
>> This refers to the raise() method call shown in the container.rb code:
>>
>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>         eval "class JS#{md[1]}Error\nend"
>>         raise (eval "JS#{md[1]}Error"), md[2]
>>       end
>>
>> I changed the above container.rb code to:
>>
>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>          klass = Class.new Exception
>>          Object.const_set "JS#{md[1]}Error", klass
>>          raise klass, md[2]
>>       end
>>
>> so that I could see the exception get thrown.
>>
>> I then re-ran my test and saw the exception:
>>
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>> `js_eval':  element_xpath_17 is not defined (Reference)
>>         from
>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>> `visible?'
>>
>> At this point, I'm stuck.  I'm guessing that the javascript context got
>> reset when navigating to a different page.
>>
>> Thanks for your help.
>>
>> Andrew
>>
>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>> ------------------------------
>> Send e-mail faster without improving your typing skills. Get your
>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081230/d46e5f34/attachment-0002.html>

From bret at pettichord.com  Tue Dec 30 10:12:36 2008
From: bret at pettichord.com (Bret Pettichord)
Date: Tue, 30 Dec 2008 09:12:36 -0600
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
	<e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
Message-ID: <ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>

I'd like to have a better understanding of the cause of the problem first.

Bret

On Tue, Dec 30, 2008 at 12:25 AM, Angrez Singh <angrez at gmail.com> wrote:

> Hi Bret,
>
> I didn't had a look into this but I was thinking if we try to locate
> element before every call, rather than using the old context. Like instead
> of storing the element name in some variable which gets obsolete when
> context changes we can try to find the element during each call. XPath works
> pretty fast in Firefox. I know there will be some speed issues but we will
> not be having much issues like this.
>
> Thoughts?
>
> - Angrez
>
>
> On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:
>
>> Clearly the code you fixed is incorrect.
>>
>> There is also clearly a larger problem. I don't have time right now to
>> research this further. Can some one else help Andrew?
>>
>> Bret
>>
>>  On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <
>> welkin_inc at hotmail.com> wrote:
>>
>>>  I was running a test using Firewatir 1.6.2.
>>>
>>> I clicked on a link which navigates the user back to the home page.
>>> After clicking the link, I looked to make sure that the Close button on an
>>> "are-you-sure?" dialog was visible or not by making the call
>>>     browser.link(:xpath, close_button_xpath).visible?
>>>
>>> Depending on which page of the application that one is on, pressing the
>>> home page link may either navigate directly to the home page or first
>>> display the "are-you-sure?" dialog before proceeding to the home page.
>>>
>>> When making the above method call, I saw the exception:
>>>
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>>> `raise': exception class/object expected (TypeError)
>>>
>>> This refers to the raise() method call shown in the container.rb code:
>>>
>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>         eval "class JS#{md[1]}Error\nend"
>>>         raise (eval "JS#{md[1]}Error"), md[2]
>>>       end
>>>
>>> I changed the above container.rb code to:
>>>
>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>          klass = Class.new Exception
>>>          Object.const_set "JS#{md[1]}Error", klass
>>>          raise klass, md[2]
>>>       end
>>>
>>> so that I could see the exception get thrown.
>>>
>>> I then re-ran my test and saw the exception:
>>>
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>>> `js_eval':  element_xpath_17 is not defined (Reference)
>>>         from
>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>>> `visible?'
>>>
>>> At this point, I'm stuck.  I'm guessing that the javascript context got
>>> reset when navigating to a different page.
>>>
>>> Thanks for your help.
>>>
>>> Andrew
>>>
>>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>>> ------------------------------
>>> Send e-mail faster without improving your typing skills. Get your
>>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>>
>> --
>> Bret Pettichord
>> GTalk: bpettichord at gmail.com
>> CTO, WatirCraft LLC, http://www.watircraft.com
>> Lead Developer, Watir, http://wtr.rubyforge.org
>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>



-- 
Bret Pettichord
GTalk: bpettichord at gmail.com
CTO, WatirCraft LLC, http://www.watircraft.com
Lead Developer, Watir, http://wtr.rubyforge.org
Blog (Essays), http://www.io.com/~wazmo/blog
MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081230/48306e10/attachment-0002.html>

From angrez at gmail.com  Wed Dec 31 01:32:20 2008
From: angrez at gmail.com (Angrez Singh)
Date: Wed, 31 Dec 2008 12:02:20 +0530
Subject: [Wtr-development] FireWatir: container: js_eval: exception and
	javascript bugs?
In-Reply-To: <ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>
References: <BAY118-W54D96A575F3249009A129FE6ED0@phx.gbl>
	<BAY118-W41A3511379DB3F4B2A072E6ED0@phx.gbl>
	<ade75c5b0812290812w5a0a1e72ob5a69db31eafb45e@mail.gmail.com>
	<e26bda3e0812292225w34ddd667yd182afed7d9a2b0e@mail.gmail.com>
	<ade75c5b0812300712p676977d2s6cac615f619e36f9@mail.gmail.com>
Message-ID: <e26bda3e0812302232q5f4c8e2bwd9f11a295c8bfd1@mail.gmail.com>

Andrew,

Can you post the code here which you were trying?

- Angrez

On Tue, Dec 30, 2008 at 8:42 PM, Bret Pettichord <bret at pettichord.com>wrote:

> I'd like to have a better understanding of the cause of the problem first.
>
> Bret
>
>
> On Tue, Dec 30, 2008 at 12:25 AM, Angrez Singh <angrez at gmail.com> wrote:
>
>> Hi Bret,
>>
>> I didn't had a look into this but I was thinking if we try to locate
>> element before every call, rather than using the old context. Like instead
>> of storing the element name in some variable which gets obsolete when
>> context changes we can try to find the element during each call. XPath works
>> pretty fast in Firefox. I know there will be some speed issues but we will
>> not be having much issues like this.
>>
>> Thoughts?
>>
>> - Angrez
>>
>>
>> On Mon, Dec 29, 2008 at 9:42 PM, Bret Pettichord <bret at pettichord.com>wrote:
>>
>>> Clearly the code you fixed is incorrect.
>>>
>>> There is also clearly a larger problem. I don't have time right now to
>>> research this further. Can some one else help Andrew?
>>>
>>> Bret
>>>
>>>  On Wed, Dec 24, 2008 at 2:46 PM, Andrew McFarlane <
>>> welkin_inc at hotmail.com> wrote:
>>>
>>>>  I was running a test using Firewatir 1.6.2.
>>>>
>>>> I clicked on a link which navigates the user back to the home page.
>>>> After clicking the link, I looked to make sure that the Close button on an
>>>> "are-you-sure?" dialog was visible or not by making the call
>>>>     browser.link(:xpath, close_button_xpath).visible?
>>>>
>>>> Depending on which page of the application that one is on, pressing the
>>>> home page link may either navigate directly to the home page or first
>>>> display the "are-you-sure?" dialog before proceeding to the home page.
>>>>
>>>> When making the above method call, I saw the exception:
>>>>
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:497:in
>>>> `raise': exception class/object expected (TypeError)
>>>>
>>>> This refers to the raise() method call shown in the container.rb code:
>>>>
>>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>>         eval "class JS#{md[1]}Error\nend"
>>>>         raise (eval "JS#{md[1]}Error"), md[2]
>>>>       end
>>>>
>>>> I changed the above container.rb code to:
>>>>
>>>>       if md = /^(\w+)Error:(.*)$/.match(value)
>>>>          klass = Class.new Exception
>>>>          Object.const_set "JS#{md[1]}Error", klass
>>>>          raise klass, md[2]
>>>>       end
>>>>
>>>> so that I could see the exception get thrown.
>>>>
>>>> I then re-ran my test and saw the exception:
>>>>
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/container.rb:498:in
>>>> `js_eval':  element_xpath_17 is not defined (Reference)
>>>>         from
>>>> c:/ruby/lib/ruby/gems/1.8/gems/firewatir-1.6.2/lib/firewatir/mozilla_base_element.rb:1005:in
>>>> `visible?'
>>>>
>>>> At this point, I'm stuck.  I'm guessing that the javascript context got
>>>> reset when navigating to a different page.
>>>>
>>>> Thanks for your help.
>>>>
>>>> Andrew
>>>>
>>>> <http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008>
>>>> ------------------------------
>>>> Send e-mail faster without improving your typing skills. Get your
>>>> Hotmail(R) account.<http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008>
>>>>
>>>> _______________________________________________
>>>> Wtr-development mailing list
>>>> Wtr-development at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>>
>>>
>>>
>>>
>>> --
>>> Bret Pettichord
>>> GTalk: bpettichord at gmail.com
>>> CTO, WatirCraft LLC, http://www.watircraft.com
>>> Lead Developer, Watir, http://wtr.rubyforge.org
>>> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
>>> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>>>
>>> _______________________________________________
>>> Wtr-development mailing list
>>> Wtr-development at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/wtr-development
>>>
>>
>>
>> _______________________________________________
>> Wtr-development mailing list
>> Wtr-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wtr-development
>>
>
>
>
> --
> Bret Pettichord
> GTalk: bpettichord at gmail.com
> CTO, WatirCraft LLC, http://www.watircraft.com
> Lead Developer, Watir, http://wtr.rubyforge.org
> Blog (Essays), http://www.io.com/~wazmo/blog<http://www.io.com/%7Ewazmo/blog>
> MiniBlog (Links), http://feeds.feedburner.com/bretshotlist
>
> _______________________________________________
> Wtr-development mailing list
> Wtr-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/wtr-development/attachments/20081231/e4cb0c2f/attachment-0002.html>