[wtr-general] How to access to onclick attribute

2010-05-05 Thread Rodrigo
Hi guys,

I'm trying to click a button I have on a site I'm working on, but this
button is identified by the following tag and properties:
a onclick=document.selectterm.submit(); href=#Select/a

I've tried to use the different methods to be able to click on the
button but no one was successful.

Do you mind to give me an idea to resolve this problem?

Thanks a lot!!
rODRIGO

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: How to access to onclick attribute

2010-05-05 Thread orde
Try something like this:

browser.link(:text, text).fire_event('onclick')

For reference: 
http://wtr.rubyforge.org/rdoc/1.6.5/classes/Watir/Element.html#M000557

orde

On May 5, 7:16 am, Rodrigo rodrigo.bert...@gmail.com wrote:
 Hi guys,

 I'm trying to click a button I have on a site I'm working on, but this
 button is identified by the following tag and properties:
 a onclick=document.selectterm.submit(); href=#Select/a

 I've tried to use the different methods to be able to click on the
 button but no one was successful.

 Do you mind to give me an idea to resolve this problem?

 Thanks a lot!!
 rODRIGO

 --
 Before posting, please readhttp://watir.com/support. In short: search before 
 you ask, be nice.

 You received this message because you are subscribed 
 tohttp://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: watir-general+unsubscr...@googlegroups.com

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Vapir

2010-05-05 Thread Ethan
Dear Watir people,
I am happy to announce the release of the Vapir library, which is a
fork of Watir and FireWatir.

It is documented primarily at the github wiki at
http://wiki.github.com/vapir/vapir/
Documentation is sorely lacking at the moment, and improving it is my
highest priority, but putting the code out for people to use preceded
that.

Links to other aspects of the forked project are listed at http://vapir.org/

The API is in most cases the same, with some changes where I felt it
was best; these are enumerated at
http://wiki.github.com/vapir/vapir/differences-from-watir-api

It is a release candidate currently, and can be installed using the
--pre flag to rubygems (rubygems 1.3.6 is required; run gem update
--system if you are on an earlier version).
gem install --pre vapir-firefox
gem install --pre vapir-ie

Major improvements over Watir are:
- Modal dialog API which is (mostly) consistent between IE and Firefox
- http://wiki.github.com/vapir/vapir/modal-dialogs
- Unified codebase for both Firefox and IE interaction - basically,
everything that works in IE works in Firefox as well, which is not the
case with FireWatir.
- Many bug fixes and feature enhancements for issues in Watir's issue
tracker, which will be documented more thoroughly on the wiki in the
coming days.

I would encourage any questions or discussion to go to Vapir's mailing
list, not Watir's. The forked project is intended to stand on its own,
separate from the Watir library due to a great deal of changes in the
codebase which make it to some degree (a small degree, hopefully)
incompatible. Support will be on Vapir's mailing list at
http://groups.google.com/group/vapir

-Ethan

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] Vapir

2010-05-05 Thread Felipe Knorr Kuhn
Hello, Ethan,

Congratulations, it looks very promising :)

Even though I understand it's a fork, what can we expect from now on?

I liked most of the differences pointed in the Wiki, and I believe others
will like them too, so why not make them to the main Watir project?

Will there be a new user group to support the new project?

Will you be able to incorporate future Watir features quickly? :)


FK


On Wed, May 5, 2010 at 2:47 PM, Ethan notet...@gmail.com wrote:

 Dear Watir people,
 I am happy to announce the release of the Vapir library, which is a
 fork of Watir and FireWatir.

 It is documented primarily at the github wiki at
 http://wiki.github.com/vapir/vapir/
 Documentation is sorely lacking at the moment, and improving it is my
 highest priority, but putting the code out for people to use preceded
 that.

 Links to other aspects of the forked project are listed at
 http://vapir.org/

 The API is in most cases the same, with some changes where I felt it
 was best; these are enumerated at
 http://wiki.github.com/vapir/vapir/differences-from-watir-api

 It is a release candidate currently, and can be installed using the
 --pre flag to rubygems (rubygems 1.3.6 is required; run gem update
 --system if you are on an earlier version).
 gem install --pre vapir-firefox
 gem install --pre vapir-ie

 Major improvements over Watir are:
 - Modal dialog API which is (mostly) consistent between IE and Firefox
 - http://wiki.github.com/vapir/vapir/modal-dialogs
 - Unified codebase for both Firefox and IE interaction - basically,
 everything that works in IE works in Firefox as well, which is not the
 case with FireWatir.
 - Many bug fixes and feature enhancements for issues in Watir's issue
 tracker, which will be documented more thoroughly on the wiki in the
 coming days.

 I would encourage any questions or discussion to go to Vapir's mailing
 list, not Watir's. The forked project is intended to stand on its own,
 separate from the Watir library due to a great deal of changes in the
 codebase which make it to some degree (a small degree, hopefully)
 incompatible. Support will be on Vapir's mailing list at
 http://groups.google.com/group/vapir

 -Ethan

 --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] time loop

2010-05-05 Thread Shlomit Gazit
How can I create a loop for a test to run every 15 minutes?

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] time loop

2010-05-05 Thread Felipe Knorr Kuhn
http://rufus.rubyforge.org/rufus-scheduler/

On Wed, May 5, 2010 at 3:36 PM, Shlomit Gazit shlomitpatr...@gmail.comwrote:

 How can I create a loop for a test to run every 15 minutes?

 --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] Vapir

2010-05-05 Thread Charley Baker
Felipe,

  We'd talked about merging some changes into the current Watir 1.x path. As
Ethan mentioned, there are quite a lot of changes and not enough people
currently to merge them back in. Hopefully with some time and ideally with
pull requests as they can be broken out, I'd love to see some of these
things merged. It requires a lot of work and discussion on the Watir
development list, and most of us haven't had the time. I'm definitely in
flux at this point since I've just left the Gap after 8 years.

 That being said, if you have some time to contribute and this is certainly
one way to do it. We're always looking for pull requests for improvements.

Cheers,

Charley


On Wed, May 5, 2010 at 12:29 PM, Ethan notet...@gmail.com wrote:



 On Wed, May 5, 2010 at 14:14, Felipe Knorr Kuhn fkn...@gmail.com wrote:

 Hello, Ethan,

 Congratulations, it looks very promising :)

 Even though I understand it's a fork, what can we expect from now on?


 To start with, hopefully, improved documentation. I have a backlog of
 features I want to implement, which I'll post somewhere, when I have time.
 And of course fixing bugs, which I'm sure will be encountered.


 I liked most of the differences pointed in the Wiki, and I believe others
 will like them too, so why not make them to the main Watir project?


 Some of them may be merged back into Watir, but some changes rely on major
 changes that I've made to the internals which probably won't be merged back
 into Watir.


 Will there be a new user group to support the new project?


 Yes, I've set up mailing list, bug tracker, wiki, all the usual good things
 projects have, and they're linked at the main site, http://vapir.org/


 Will you be able to incorporate future Watir features quickly? :)


 I plan to.

 -Ethan


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: How to access to onclick attribute

2010-05-05 Thread Rodrigo
Thanks it worked!!!

Rodrigo

On 5 mayo, 13:59, orde ohil...@gmail.com wrote:
 Try something like this:

 browser.link(:text, text).fire_event('onclick')

 For 
 reference:http://wtr.rubyforge.org/rdoc/1.6.5/classes/Watir/Element.html#M000557

 orde

 On May 5, 7:16 am, Rodrigo rodrigo.bert...@gmail.com wrote:





  Hi guys,

  I'm trying to click a button I have on a site I'm working on, but this
  button is identified by the following tag and properties:
  a onclick=document.selectterm.submit(); href=#Select/a

  I've tried to use the different methods to be able to click on the
  button but no one was successful.

  Do you mind to give me an idea to resolve this problem?

  Thanks a lot!!
  rODRIGO

  --
  Before posting, please readhttp://watir.com/support. In short: search 
  before you ask, be nice.

  You received this message because you are subscribed 
  tohttp://groups.google.com/group/watir-general
  To post: watir-general@googlegroups.com
  To unsubscribe: watir-general+unsubscr...@googlegroups.com

 --
 Before posting, please readhttp://watir.com/support. In short: search before 
 you ask, be nice.

 You received this message because you are subscribed 
 tohttp://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: watir-general+unsubscr...@googlegroups.com

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: [Wtr-development] Vapir

2010-05-05 Thread Tim Koopmans
This makes no sense to me. Shouldn't we just merge important changes  
like modal support into Watir main? Or am I missing something? Is  
vapir a silent protest of sorts?


Regards,
Tim



On 06/05/2010, at 3:47, Ethan notet...@gmail.com wrote:


Dear Watir people,
I am happy to announce the release of the Vapir library, which is a
fork of Watir and FireWatir.

It is documented primarily at the github wiki at
http://wiki.github.com/vapir/vapir/
Documentation is sorely lacking at the moment, and improving it is my
highest priority, but putting the code out for people to use preceded
that.

Links to other aspects of the forked project are listed at http://vapir.org/

The API is in most cases the same, with some changes where I felt it
was best; these are enumerated at
http://wiki.github.com/vapir/vapir/differences-from-watir-api

It is a release candidate currently, and can be installed using the
--pre flag to rubygems (rubygems 1.3.6 is required; run gem update
--system if you are on an earlier version).
gem install --pre vapir-firefox
gem install --pre vapir-ie

Major improvements over Watir are:
- Modal dialog API which is (mostly) consistent between IE and Firefox
- http://wiki.github.com/vapir/vapir/modal-dialogs
- Unified codebase for both Firefox and IE interaction - basically,
everything that works in IE works in Firefox as well, which is not the
case with FireWatir.
- Many bug fixes and feature enhancements for issues in Watir's issue
tracker, which will be documented more thoroughly on the wiki in the
coming days.

I would encourage any questions or discussion to go to Vapir's mailing
list, not Watir's. The forked project is intended to stand on its own,
separate from the Watir library due to a great deal of changes in the
codebase which make it to some degree (a small degree, hopefully)
incompatible. Support will be on Vapir's mailing list at
http://groups.google.com/group/vapir

-Ethan
___
Wtr-development mailing list
wtr-developm...@rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-development


--
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] i cannot run the scripts on internet explorer[i do have ie8]

2010-05-05 Thread Cristina
I downgraded to 1.8.6. And now it works.

Thanks a lot!

Cristina


2010/5/4 windy lyfi2...@sina.com

 I think ruby1.9's win32api has some problem, so you get the error.

 please try to use ruby 1.8.6 .

 hope  this  help you.

 在 Wed, 05 May 2010 00:31:38 +0800,Cristina cristina.toro...@gmail.com
 写道:

  Hi,

 I am new to ruby/watir.

 I managed to write a script and running on Firefox.

 Though I have no idea why the script is not working for internet
 explorer.

 Do we have to install any ads on for internet explorer?

 Using in irb:

 require 'watir'
 Watir::Browser.default = ie
  Watir::Browser.new


 I am receiving the following error:
 C:\watir\hrsruby login.rb
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/win32-api-1.4.6-x86-mingw32/lib/
 win32/api.so:
  [BUG] Segmentation fault
 ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-mingw32]

 -- control frame --
 c:0026 p:-4866774 s:0074 b:0074 l:73 d:73 TOP
 c:0025 p: s:0072 b:0072 l:71 d:71 CFUNC  :require
 c:0024 p:0011 s:0068 b:0068 l:67 d:67 TOPC:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/windows-api-0.4.0/lib/windows/api.rb:1
 c:0023 p: s:0066 b:0066 l:65 d:65 FINISH
 c:0022 p: s:0064 b:0064 l:63 d:63 CFUNC  :require
 c:0021 p:0011 s:0060 b:0060 l:59 d:59 TOPC:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/windows-pr-1.0.9/lib/windows/error.rb:12
 c:0020 p: s:0058 b:0058 l:57 d:57 FINISH
 c:0019 p: s:0056 b:0056 l:55 d:55 CFUNC  :require
 c:0018 p:0011 s:0052 b:0052 l:51 d:51 TOPC:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/win32-process-0.6.2/lib/win32/process.rb:1
 c:0017 p: s:0050 b:0050 l:49 d:49 FINISH
 c:0016 p: s:0048 b:0048 l:47 d:47 CFUNC  :require
 c:0015 p:0011 s:0044 b:0044 l:43 d:43 TOPC:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/watir-1.6.5/lib/watir/ie-process.rb:1
 c:0014 p: s:0042 b:0042 l:41 d:41 FINISH
 c:0013 p: s:0040 b:0040 l:39 d:39 CFUNC  :require
 c:0012 p:0083 s:0036 b:0036 l:35 d:35 TOPC:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/watir-1.6.5/lib/watir/ie.rb:45
 c:0011 p: s:0034 b:0034 l:33 d:33 FINISH
 c:0010 p:0009 s:0032 b:0032 l:23 d:31 EVAL   (eval):1
 c:0009 p: s:0030 b:0030 l:29 d:29 FINISH
 c:0008 p: s:0028 b:0028 l:27 d:27 CFUNC  :eval
 c:0007 p:0036 s:0024 b:0024 l:23 d:23 METHOD C:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/commonwatir-1.6.5/lib/watir/browser.rb:89
 c:0006 p:0018 s:0020 b:0020 l:19 d:19 METHOD C:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/commonwatir-1.6.5/lib/watir/browser.rb:79
 c:0005 p:0077 s:0016 b:0016 l:15 d:15 METHOD C:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/commonwatir-1.6.5/lib/watir/browser.rb:142
 c:0004 p:0011 s:0011 b:0011 l:10 d:10 METHOD C:/Ruby19/lib/
 ruby/gems/1.9
 .1/gems/commonwatir-1.6.5/lib/watir/browser.rb:64
 c:0003 p:0049 s:0008 b:0008 l:002044 d:001184 EVAL   login.rb:3
 c:0002 p: s:0004 b:0004 l:03 d:03 FINISH
 c:0001 p: s:0002 b:0002 l:002044 d:002044 TOP
 ---
 -- Ruby level backtrace
 information-
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/
 api.rb:1:in `re
 quire'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/windows-api-0.4.0/lib/windows/
 api.rb:1:in `t
 op (required)'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/windows-pr-1.0.9/lib/windows/
 error.rb:12:in `
 require'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/windows-pr-1.0.9/lib/windows/
 error.rb:12:in `
 top (required)'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/win32-process-0.6.2/lib/win32/
 process.rb:1:in
  `require'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/win32-process-0.6.2/lib/win32/
 process.rb:1:in
  `top (required)'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie-process.rb:
 1:in `req
 uire'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie-process.rb:
 1:in `to
 p (required)'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:45:in
 `require'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:45:in
 `top (requ
 ired)'
 (eval):1:in `klass'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/
 browser.rb:89:in
 `eval'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/
 browser.rb:89:in
 `klass'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/
 browser.rb:79:in
 `set_options'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/
 browser.rb:142:in
  `set_sub_options'
 C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/
 browser.rb:64:in
 `new'
 login.rb:3:in `main'


 If one can help me with that I appreciate that a lot!


 The second issue is - the typing speed for firefox. Do we have any
 update on that?

 Thanks and  happy day!
 Cristina



 --
 使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/

 --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this 

Re: [wtr-general] Vapir

2010-05-05 Thread Cristina
Hi,

if we have ruby/watir.

All we have to do in order to have vapir is just to run:

gem install --pre vapir-firefox
gem install --pre vapir-ie


Do we have to be in a specific place when we run the installation?
Do we have to be on C:\Ruby or on C:

Matters?


Thanks a lot.

Cristina


On Wed, May 5, 2010 at 1:47 PM, Ethan notet...@gmail.com wrote:

 Dear Watir people,
 I am happy to announce the release of the Vapir library, which is a
 fork of Watir and FireWatir.

 It is documented primarily at the github wiki at
 http://wiki.github.com/vapir/vapir/
 Documentation is sorely lacking at the moment, and improving it is my
 highest priority, but putting the code out for people to use preceded
 that.

 Links to other aspects of the forked project are listed at
 http://vapir.org/

 The API is in most cases the same, with some changes where I felt it
 was best; these are enumerated at
 http://wiki.github.com/vapir/vapir/differences-from-watir-api

 It is a release candidate currently, and can be installed using the
 --pre flag to rubygems (rubygems 1.3.6 is required; run gem update
 --system if you are on an earlier version).
 gem install --pre vapir-firefox
 gem install --pre vapir-ie

 Major improvements over Watir are:
 - Modal dialog API which is (mostly) consistent between IE and Firefox
 - http://wiki.github.com/vapir/vapir/modal-dialogs
 - Unified codebase for both Firefox and IE interaction - basically,
 everything that works in IE works in Firefox as well, which is not the
 case with FireWatir.
 - Many bug fixes and feature enhancements for issues in Watir's issue
 tracker, which will be documented more thoroughly on the wiki in the
 coming days.

 I would encourage any questions or discussion to go to Vapir's mailing
 list, not Watir's. The forked project is intended to stand on its own,
 separate from the Watir library due to a great deal of changes in the
 codebase which make it to some degree (a small degree, hopefully)
 incompatible. Support will be on Vapir's mailing list at
 http://groups.google.com/group/vapir

 -Ethan

 --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com




-- 
~~ Cristina

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: time loop

2010-05-05 Thread Adam Reed
Rufus looks neat for building it in...

If you're looking for something external and are using Windows, you
can create a Scheduled Task and point it to the .rb file you'd like to
run.  If using RSpec, you can create a batch file (.bat) with your
spec command line text and schedule that batch file to run, also.

On May 5, 1:36 pm, Shlomit Gazit shlomitpatr...@gmail.com wrote:
 How can I create a loop for a test to run every 15 minutes?

 --
 Before posting, please readhttp://watir.com/support. In short: search before 
 you ask, be nice.

 You received this message because you are subscribed 
 tohttp://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: watir-general+unsubscr...@googlegroups.com

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] Vapir

2010-05-05 Thread Felipe Knorr Kuhn
Charley,

I don't know if I'm able to help with the merging because I would probably
break everything, unless the unit tests are covering most part of the code
:)

Also, I have never worked as a coder in a project this big, but it could be
a good time to try :)

Since there are lots of changes, perhaps we could try to check which ones
are the most important to the users, easier to merge, etc, and then start
from there. What do you think, Ethan and devs?

From my point of view, the changes I would use the most are:

- Element#text
- Element#inner_html / outer_html
- Class names section

and obviously, the new Model dialogs support.

I know it certainly isn't simple as that.

How active is the Watir development nowadays? If a release is not near, the
core devs could focus on merging the most wanted features from Vapir.

FK


On Wed, May 5, 2010 at 4:00 PM, Charley Baker charley.ba...@gmail.comwrote:

 Felipe,

   We'd talked about merging some changes into the current Watir 1.x path.
 As Ethan mentioned, there are quite a lot of changes and not enough people
 currently to merge them back in. Hopefully with some time and ideally with
 pull requests as they can be broken out, I'd love to see some of these
 things merged. It requires a lot of work and discussion on the Watir
 development list, and most of us haven't had the time. I'm definitely in
 flux at this point since I've just left the Gap after 8 years.

  That being said, if you have some time to contribute and this is certainly
 one way to do it. We're always looking for pull requests for improvements.

 Cheers,

 Charley



 On Wed, May 5, 2010 at 12:29 PM, Ethan notet...@gmail.com wrote:



 On Wed, May 5, 2010 at 14:14, Felipe Knorr Kuhn fkn...@gmail.com wrote:

 Hello, Ethan,

 Congratulations, it looks very promising :)

 Even though I understand it's a fork, what can we expect from now on?


 To start with, hopefully, improved documentation. I have a backlog of
 features I want to implement, which I'll post somewhere, when I have time.
 And of course fixing bugs, which I'm sure will be encountered.


 I liked most of the differences pointed in the Wiki, and I believe others
 will like them too, so why not make them to the main Watir project?


 Some of them may be merged back into Watir, but some changes rely on major
 changes that I've made to the internals which probably won't be merged back
 into Watir.


 Will there be a new user group to support the new project?


 Yes, I've set up mailing list, bug tracker, wiki, all the usual good
 things projects have, and they're linked at the main site,
 http://vapir.org/


 Will you be able to incorporate future Watir features quickly? :)


 I plan to.

 -Ethan


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


Re: [wtr-general] Vapir

2010-05-05 Thread Ethan
More unit tests of my changes are one area in need of major improvement, up
there with documentation.

Element#text isn't any different (except I think, for whitespace stuff in
Firefox), and the only code change to inner/outer html is that I implemented
outer_html for firefox where it doesn't exist in firewatir. Merging that
back to firewatir would be very difficult.

Class names shouldn't really affect usage very much if at all, since you
don't instantiate classes directly, but get instances through the API.


On Wed, May 5, 2010 at 17:17, Felipe Knorr Kuhn fkn...@gmail.com wrote:

 Charley,

 I don't know if I'm able to help with the merging because I would probably
 break everything, unless the unit tests are covering most part of the code
 :)

 Also, I have never worked as a coder in a project this big, but it could be
 a good time to try :)

 Since there are lots of changes, perhaps we could try to check which ones
 are the most important to the users, easier to merge, etc, and then start
 from there. What do you think, Ethan and devs?

 From my point of view, the changes I would use the most are:

 - Element#text
 - Element#inner_html / outer_html
 - Class names section

 and obviously, the new Model dialogs support.

 I know it certainly isn't simple as that.

 How active is the Watir development nowadays? If a release is not near, the
 core devs could focus on merging the most wanted features from Vapir.

 FK



 On Wed, May 5, 2010 at 4:00 PM, Charley Baker charley.ba...@gmail.comwrote:

 Felipe,

   We'd talked about merging some changes into the current Watir 1.x path.
 As Ethan mentioned, there are quite a lot of changes and not enough people
 currently to merge them back in. Hopefully with some time and ideally with
 pull requests as they can be broken out, I'd love to see some of these
 things merged. It requires a lot of work and discussion on the Watir
 development list, and most of us haven't had the time. I'm definitely in
 flux at this point since I've just left the Gap after 8 years.

  That being said, if you have some time to contribute and this is
 certainly one way to do it. We're always looking for pull requests for
 improvements.

 Cheers,

 Charley



 On Wed, May 5, 2010 at 12:29 PM, Ethan notet...@gmail.com wrote:



 On Wed, May 5, 2010 at 14:14, Felipe Knorr Kuhn fkn...@gmail.comwrote:

 Hello, Ethan,

 Congratulations, it looks very promising :)

 Even though I understand it's a fork, what can we expect from now on?


 To start with, hopefully, improved documentation. I have a backlog of
 features I want to implement, which I'll post somewhere, when I have time.
 And of course fixing bugs, which I'm sure will be encountered.


 I liked most of the differences pointed in the Wiki, and I believe
 others will like them too, so why not make them to the main Watir project?


 Some of them may be merged back into Watir, but some changes rely on
 major changes that I've made to the internals which probably won't be merged
 back into Watir.


 Will there be a new user group to support the new project?


 Yes, I've set up mailing list, bug tracker, wiki, all the usual good
 things projects have, and they're linked at the main site,
 http://vapir.org/


 Will you be able to incorporate future Watir features quickly? :)


 I plan to.

 -Ethan


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


  --
 Before posting, please read http://watir.com/support. In short: search
 before you ask, be nice.

 You received this message because you are subscribed to
 http://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: 
 watir-general+unsubscr...@googlegroups.comwatir-general%2bunsubscr...@googlegroups.com


-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: Handling popups without using click_no_wait

2010-05-05 Thread Rats
On May 6, 6:02 am, Etsap aaron.di...@gmail.com wrote:
 Make sure you are using Ruby 1.8.6-26, not 1.8.6-27.

Can you please tell me how I can check this? Thanks.

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com


[wtr-general] Re: Handling popups without using click_no_wait

2010-05-05 Thread Betsy
typing ruby -v on the command prompt gives us ruby version till say
1.8.6, but how do we check for 26/27?

@Rats
- You can probably try out Autoit to be able to handle popups without
using click_no_wait.

-Betsy Joy

On May 6, 9:56 am, Rats crapats...@yahoo.com.au wrote:
 On May 6, 6:02 am, Etsap aaron.di...@gmail.com wrote:

  Make sure you are using Ruby 1.8.6-26, not 1.8.6-27.

 Can you please tell me how I can check this? Thanks.

 --
 Before posting, please readhttp://watir.com/support. In short: search before 
 you ask, be nice.

 You received this message because you are subscribed 
 tohttp://groups.google.com/group/watir-general
 To post: watir-general@googlegroups.com
 To unsubscribe: watir-general+unsubscr...@googlegroups.com

-- 
Before posting, please read http://watir.com/support. In short: search before 
you ask, be nice.

You received this message because you are subscribed to 
http://groups.google.com/group/watir-general
To post: watir-general@googlegroups.com
To unsubscribe: watir-general+unsubscr...@googlegroups.com