From zeljko.filipin at wa-research.ch Tue Dec 1 05:25:32 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 1 Dec 2009 11:25:32 +0100 Subject: [Wtr-development] Watir Jira Projects In-Reply-To: References: Message-ID: On Thu, Nov 26, 2009 at 6:01 PM, Bret Pettichord wrote: > I think that's the right direction, but I think the people who are running these projects should have a say. Sai? Tom? I have invited Sai and Tom to the list. I do not think they are monitoring it. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Tue Dec 1 05:32:17 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 1 Dec 2009 11:32:17 +0100 Subject: [Wtr-development] Featured on Watir podcast Message-ID: Want to say to the world that you are using Watir? You can be featured person/company at http://watirpodcast.com/ for free. Let me know if you are interested. ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From saidesertrose2004 at gmail.com Tue Dec 1 09:08:25 2009 From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan) Date: Tue, 1 Dec 2009 22:08:25 +0800 Subject: [Wtr-development] Watir Jira Projects Message-ID: Hi Guys, Sorry I suck in monitoring any mailing list :) It will be good if we make a separate project for ChromeWatir as it will be easier to manage (separation of concerns :) and we follow different release cycles... I will try to keep a close eye on this mailing list from now. -- Regards, Sai http://developer-in-test.blogspot.com http://code.google.com/p/chrome-watir http://twitter.com/sai_venkat -------------- next part -------------- An HTML attachment was scrubbed... URL: From notethan at gmail.com Tue Dec 1 11:58:15 2009 From: notethan at gmail.com (Ethan) Date: Tue, 1 Dec 2009 11:58:15 -0500 Subject: [Wtr-development] js pop-ups internal within watir? In-Reply-To: References: <7ac2300c0911180856n7e373fabm1e277c4effcab97f@mail.gmail.com> <2a379a300911182100n680bcc18w7a38c70ecc09024b@mail.gmail.com> <8ac3ceb30911190003s74c6613aw6ac2926368915f52@mail.gmail.com> Message-ID: On Sun, Nov 29, 2009 at 14:12, Bret Pettichord wrote: > On Fri, Nov 27, 2009 at 7:10 PM, Ethan wrote: > >> I want to contribute code that will improve the state of Watir overall, >> that is my only agenda. I believe my changes for the most part do that, >> except the few things that remain broken, primary among which are popups - >> that's why I'd be happy to have a well-defined API resolved. > > > You've put some pretty basic changes in your code base, including the > changing the names of the classes and reorganizing files > That is true. There is an entire thread discussing the class names, which seemed to come to some consensus, to which I intend to change the classes in my fork. Reorganizing files is quite necessary to unify the codebase across both browsers, and I intend to improve the organization further. > that pretty much make it impossible for us to merge in any of your changes > cleanly, since we're pretty reluctant to make some of the basic changes > you've made. > I keep my fork up to date with the latest watir on github. It is to some extent true that merging my work is something of an all-or-nothing proposition due to the extent of changes. I would like to get my fork into a state that is satisfactory to this community so that the whole thing might be merged back in. > If you would like to contribute code to our project, you'll need to go > about it differently. > You like small changes that are easy to look at individually and merge without disrupting things too much. I needed a large disruption. I needed a working firewatir, and finding the existing one quite broken and highly inconsistent with IE watir, I fixed it to work as a drop-in replacement for IE watir in my project. Upon finding that most of the changes I made to firewatir would work with IE watir as well, I moved them to commonwatir and removed code duplicating functionality across both browsers. It is indeed a major change to watir's internals. On the user-facing side, though I kept the API very nearly all the same. I changed some things to my preference along the way where I shouldn't have without discussion, but have been quite willing to change them back upon discussing with the community and seeing that my usage was not consistent with others', or getting ideas I hadn't considered. This is, as you point out, your project. If do not want the major changes that are required to unify the disparate, highly inconsistent, and sometimes broken implementations (particularly in firewatir's case), I will stop wasting my time trying to satisfy a community that does not want such changes. If you do, I am very willing to work to consensus on any issues with my code. -Ethan -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Dec 1 23:47:11 2009 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 1 Dec 2009 22:47:11 -0600 Subject: [Wtr-development] Fwd: [RubyForge] Gem index has been shut down In-Reply-To: <20091122023814.7067A1D78866@rubyforge.org> References: <20091122023814.7067A1D78866@rubyforge.org> Message-ID: FYI, this has been discussed already, so I don't think it is news, but I figured some people might like to see the official announcement. Bret ---------- Forwarded message ---------- From: Date: Sat, Nov 21, 2009 at 8:38 PM Subject: [RubyForge] Gem index has been shut down To: bret at pettichord.com Hello - You're receiving this email because you're a RubyForge project admin and a recent change probably affects you. A few days ago we repointed gems.rubyforge.org to the gemcutter.org box. This means that Nick Quaranto's excellent gemcutter app is now indexing and serving all the gems - so rather than having two gem indexes, we now have one. As a consequence of this, when you release files to RubyForge you will probably also want to do a "gem push" to get them onto gemcutter and into the main gem index. Note that you can continue to release gems (and other files) at RubyForge; it's just that gems won't automatically make it into the main gem index. Yours, The RubyForge support team http://rubyforge.org/projects/support/ -- Bret Pettichord Lead Developer, Watir, www.watir.com Blog, www.io.com/~wazmo/blog Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 2 05:22:32 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 2 Dec 2009 11:22:32 +0100 Subject: [Wtr-development] Watir 1.6.5 on Ruby5 Message-ID: Watir 1.6.5 was mentioned in Ruby5, episode #31: http://ruby5.envylabs.com/episodes/32-episode-31-december-1-2009 ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 2 07:52:44 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 2 Dec 2009 13:52:44 +0100 Subject: [Wtr-development] js pop-ups internal within watir? In-Reply-To: References: <7ac2300c0911180856n7e373fabm1e277c4effcab97f@mail.gmail.com> <2a379a300911182100n680bcc18w7a38c70ecc09024b@mail.gmail.com> <8ac3ceb30911190003s74c6613aw6ac2926368915f52@mail.gmail.com> Message-ID: On Tue, Dec 1, 2009 at 5:58 PM, Ethan wrote: > This is, as you point out, your project. If do not want the major changes that are required to unify the disparate, highly inconsistent, and sometimes broken implementations (particularly in firewatir's case), I will stop wasting my time trying to satisfy a community that does not want such changes. If you do, I am very willing to work to consensus on any issues with my code. Ethan, I do not agree with you. Watir is not Bret's project, it is community project. Bret is _only_ co-founder and lead-developer. :) Bret said that almost in the same words in Watir podcast #29 (should be released in a few days). I appreciate all of the work you have put into Watir, and I am sure I am not the only one. But, as you have correctly observed, Bret likes small changes (and he is not the only one). As I understood him, he does not reject the idea of a big change, but it has to consist of small steps. But, I will let him say what he thinks. ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From arkie at compli.com Thu Dec 3 20:03:03 2009 From: arkie at compli.com (Alan Ark) Date: Thu, 3 Dec 2009 17:03:03 -0800 Subject: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 Message-ID: Hi folks I'm playing around with trying to get Watir 1.6.5 to run under Ruby 1.9.1. OS: WinXP SP3 Ruby: 1.9.1.p243 Watir: 1.6.5 I'm unsure how supported my configuration is, but here's what I found in poking around. I installed ruby/watir using the current instructions on the wiki - http://wiki.openqa.org/display/WTR/Install+Ruby 1) user-choices-1.1.6 arglist-strategies.rb conversions.rb sources.rb The above files use case statements where the when clause uses a . This caused syntax error on my system. Removing the colons from the code helped. 2) IE.close_all fails with the following error. I'm guessing that a new version of win32ole.so might help the issue? NotImplementedError: 1.9's DL API not compatible with 1.8, see http://www.ruby-forum.com/topic/138277 C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/win32.rb:15:in `block in ' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:17:in `call' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:17:in `block in find_modal_from_window' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:103:in `block in until_with_timeout' C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/waiter.rb:57:in `wait_until' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:103:in `until_with_timeout' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:16:in `find_modal_from_window' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:36:in `locate' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:86:in `initialize' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/container.rb:186:in `new' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/container.rb:186:in `modal_dialog' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/close_all.rb:29:in `close_modal' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/close_all.rb:16:in `block in close_all_but' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie-class.rb:243:in `block in each' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie-class.rb:238:in `each' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie-class.rb:238:in `each' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/close_all.rb:15:in `close_all_but' C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/close_all.rb:7:in `close_all' C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/browser.rb:83:in `close_all' C:/work/ruby/kickoff/cache.rb:15:in `test_0005_Login' Code from my irb session: C:\Documents and Settings\arkie>irb irb(main):001:0> require 'Watir' => true irb(main):002:0> $ie=Watir::IE.new_process() => # irb(main):003:0> $ie.close => nil irb(main):004:0> $ie=Watir::IE.new_process() => # irb(main):005:0> $ie.close_modal NotImplementedError: 1.9's DL API not compatible with 1.8, see http://www.ruby-forum.com/topic/138277 from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/win32.rb:15:in `block in ' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:17:in `call' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:17:in `block in find_modal_from_wi ndow' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:103:in `block in until_with_timeout' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/commonwatir-1.6.5/lib/watir/waiter.rb:57:in `wait_until' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/ie.rb:103:in `until_with_timeout' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:16:in `find_modal_from_window' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:36:in `locate' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/modal_dialog.rb:86:in `initialize' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/container.rb:186:in `new' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/container.rb:186:in `modal_dialog' from C:/Ruby19/lib/ruby/gems/1.9.1/gems/watir-1.6.5/lib/watir/close_all.rb:29:in `close_modal' from (irb):5 from C:/Ruby19/bin/irb:12:in `
' ________________________________ Alan Ark | QA Manager| Compl? | arkie at compli.com | office: 503.963.4236 | fax: 503.294.1200 | www.compli.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jari.bakken at gmail.com Thu Dec 3 20:32:15 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 4 Dec 2009 02:32:15 +0100 Subject: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 In-Reply-To: References: Message-ID: On Fri, Dec 4, 2009 at 2:03 AM, Alan Ark wrote: > > 1) user-choices-1.1.6 > > The above files use case statements where the when clause uses a . > This caused syntax error on my system. > > Removing the colons from the code helped. > I've mentioned to Brian Marick that this fork works: http://github.com/qoobaa/user-choices/tree/master That's quite some time ago though. Btw, both of your issues are mentioned in this post on the wtr-general list: http://groups.google.com/group/watir-general/browse_thread/thread/f81a69af5de7c27c From jari.bakken at gmail.com Thu Dec 3 20:27:21 2009 From: jari.bakken at gmail.com (Jari Bakken) Date: Fri, 4 Dec 2009 02:27:21 +0100 Subject: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 In-Reply-To: References: Message-ID: On Fri, Dec 4, 2009 at 2:03 AM, Alan Ark wrote: > I?m guessing that a new version of win32ole.so might help the issue? That won't solve the problem, which is that the DL API (part of ruby's stdlib) is not compatible from 1.8 to 1.9. Recompilation might be needed for 1.9 as well. My quick fix was to just raise that error - I wasn't sure if it was being used since there are no unit tests for it. If you want to fix it, you'd need to: 1. Figure out how DL works in 1.9, or rewrite the Watir::Win32 module to use the FFI gem. 2. Possibly recompile the .so for 1.9. The FFI gem gives a much nicer API for interacting with C libraries, but it is of course yet another dependency.. From arkie at compli.com Fri Dec 4 10:57:28 2009 From: arkie at compli.com (Alan Ark) Date: Fri, 4 Dec 2009 07:57:28 -0800 Subject: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 In-Reply-To: References: Message-ID: I'm usually not using close_modal directly. It's being called when IE.close_all is called. Thanks for the great info -Alan -----Original Message----- From: wtr-development-bounces at rubyforge.org [mailto:wtr-development-bounces at rubyforge.org] On Behalf Of Jari Bakken Sent: Thursday, December 03, 2009 5:27 PM To: Watir development Subject: Re: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 On Fri, Dec 4, 2009 at 2:03 AM, Alan Ark wrote: > I'm guessing that a new version of win32ole.so might help the issue? That won't solve the problem, which is that the DL API (part of ruby's stdlib) is not compatible from 1.8 to 1.9. Recompilation might be needed for 1.9 as well. My quick fix was to just raise that error - I wasn't sure if it was being used since there are no unit tests for it. If you want to fix it, you'd need to: 1. Figure out how DL works in 1.9, or rewrite the Watir::Win32 module to use the FFI gem. 2. Possibly recompile the .so for 1.9. The FFI gem gives a much nicer API for interacting with C libraries, but it is of course yet another dependency.. _______________________________________________ Wtr-development mailing list Wtr-development at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development From zeljko.filipin at wa-research.ch Sat Dec 5 07:20:46 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Sat, 5 Dec 2009 13:20:46 +0100 Subject: [Wtr-development] Watir Podcast #29 Message-ID: Bret Pettichord (Watir Lead Developer), Charley Baker (Watir Lead Developer) and ?eljko Filipin (Watir Community Manager) talk about the past, the present and the future of Watir. http://watirpodcast.com/29-bret-pettichord-and-charley-baker-on-past-present-and-future-of-watir/ Feel free to comment here, on Twitter or at watirpodcast.com. ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From charley.baker at gmail.com Sat Dec 5 15:58:42 2009 From: charley.baker at gmail.com (Charley Baker) Date: Sat, 5 Dec 2009 13:58:42 -0700 Subject: [Wtr-development] Problems with using IE.close_modal under Ruby 1.9.1p243 In-Reply-To: References: Message-ID: With the final release of the new Windows Ruby Installer almost out the door, we need to start looking at compatibility, which Jari has done some initial work on, but it does seem like there are other issues. The win32ole mods are going to bite us. I like the idea of moving over some of our windows calls to use FFI, I've been briefly checking that out, and it gives us a lot of advantages (nice and clean, should work on JRuby as well as MRI and Rubinius), but may have some more dependency issues that we need to check out, definitely trading known issues for less known issues. FFI incurs some penalty on perf, but that certainly might not matter given the current state of our native library mish mosh. -Charley On Thu, Dec 3, 2009 at 6:27 PM, Jari Bakken wrote: > On Fri, Dec 4, 2009 at 2:03 AM, Alan Ark wrote: > > I?m guessing that a new version of win32ole.so might help the issue? > > That won't solve the problem, which is that the DL API (part of ruby's > stdlib) is not compatible from 1.8 to 1.9. Recompilation might be > needed for 1.9 as well. My quick fix was to just raise that error - I > wasn't sure if it was being used since there are no unit tests for it. > If you want to fix it, you'd need to: > > 1. Figure out how DL works in 1.9, or rewrite the Watir::Win32 module > to use the FFI gem. > 2. Possibly recompile the .so for 1.9. > > The FFI gem gives a much nicer API for interacting with C libraries, > but it is of course yet another dependency.. > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Mon Dec 7 05:11:53 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Mon, 7 Dec 2009 11:11:53 +0100 Subject: [Wtr-development] Donate to Watir In-Reply-To: References: Message-ID: If you like Watir, and would like to help, but you just do not have the time, you can donate some money and help us pay the bills. At the moment members of the Watir team pay themselves for Watir related domains, hosting and stuff like that. If you would like to help, go to http://watir.com/ and click Donate button. Thanks! ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 9 06:25:59 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 9 Dec 2009 12:25:59 +0100 Subject: [Wtr-development] =?utf-8?b?V8SDdGly?= Message-ID: Bret suggested we should add breve accent over the "a" in "watir" so people would easily know how to pronounce it. What do you think? More information: http://ruby5.envylabs.com/episodes/32-episode-31-december-1-2009/stories/251-watir-1-6-5-has-been-released ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 9 06:34:13 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 9 Dec 2009 12:34:13 +0100 Subject: [Wtr-development] Book on Watir Message-ID: I have sent a proposal to pragprog.com to write a book on Watir. They said no. What to do? Find another publisher? Self publish? Just create all that documentation on the wiki? Create a pdf book and release it as open source or creative commons? My decision to write a book instead of just do it on the wiki is because I want to earn some money on it. I know it would not be a lot. I have about 17 pages so far. I will write the book anyway, I am just thinking is there a way to earn some money, or should I just completely forget about that because the amount will not be worth the mention? ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at infoether.com Wed Dec 9 09:19:31 2009 From: tom at infoether.com (Tom Copeland) Date: Wed, 9 Dec 2009 09:19:31 -0500 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: <9100E272-AD8B-4423-934E-5D1A5CF37920@infoether.com> On Dec 9, 2009, at 6:34 AM, ?eljko Filipin wrote: > I have sent a proposal to pragprog.com to write a book on Watir. They said no. > > What to do? Find another publisher? Self publish? Publish on demand seems like an interesting path - no up front lump sum required, they pick/pack/ship, you can update the content frequently... good stuff. Yours, Tom From paul.rogers at shaw.ca Wed Dec 9 10:43:41 2009 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 9 Dec 2009 08:43:41 -0700 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: did they give reasons why? On Wed, Dec 9, 2009 at 4:34 AM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > I have sent a proposal to pragprog.com to write a book on Watir. They said > no. > > What to do? Find another publisher? Self publish? Just create all that > documentation on the wiki? Create a pdf book and release it as open source > or creative commons? > > My decision to write a book instead of just do it on the wiki is because I > want to earn some money on it. I know it would not be a lot. > > I have about 17 pages so far. I will write the book anyway, I am just > thinking is there a way to earn some money, or should I just completely > forget about that because the amount will not be worth the mention? > > ?eljko > -- > watir.com - community manager > watirpodcast.com - host > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From saidesertrose2004 at gmail.com Wed Dec 9 10:39:22 2009 From: saidesertrose2004 at gmail.com (Sai Venkatakrishnan) Date: Wed, 9 Dec 2009 23:39:22 +0800 Subject: [Wtr-development] Book on Watir Message-ID: Hi Zeljko, How about using something like lulu. You can give PDF downloads and do print on demand. Also is it possible for me to pre order a copy now :) -- Regards, Sai http://developer-in-test.blogspot.com http://github.com/saivenkat/chromewatir http://twitter.com/sai_venkat -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 9 10:46:11 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 9 Dec 2009 16:46:11 +0100 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: On Wed, Dec 9, 2009 at 4:43 PM, Paul Rogers wrote: > did they give reasons why? No. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul.rogers at shaw.ca Wed Dec 9 10:51:38 2009 From: paul.rogers at shaw.ca (Paul Rogers) Date: Wed, 9 Dec 2009 08:51:38 -0700 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: I bought a 'book' I think it was apdf format for a web testing tool. I cant remeber what the tool was called, and I cant find the book. I think it was about $10. It seems like the kind of thing you should look at, but Im really not being much help ;-) Paul On Wed, Dec 9, 2009 at 8:46 AM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > On Wed, Dec 9, 2009 at 4:43 PM, Paul Rogers wrote: > > did they give reasons why? > > No. > > ?eljko > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 9 11:02:41 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 9 Dec 2009 17:02:41 +0100 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: On Wed, Dec 9, 2009 at 4:39 PM, Sai Venkatakrishnan < saidesertrose2004 at gmail.com> wrote: > How about using something like lulu. You can give PDF downloads and do print on demand. Good idea. That is an option. > Also is it possible for me to pre order a copy now :) I will need a few reviewers, and all of them will receive a free book and be mentioned it the book. Since I have mentioned reviewers... I have created google group for the book: http://groups.google.com/group/watirbook/ Please request membership if you are interested in reviewing. I plan to post current draft of the book as a few txt files once or twice a month. I am writing the book in plain text using markdown syntax. It is in git repository, of course. You could fix bugs and comment in txt files, I would just compare them to the original and see your changes. Maybe it would be easier to give people access to my git repository. I have to think about that. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.koops at gmail.com Wed Dec 9 14:03:31 2009 From: tim.koops at gmail.com (Tim Koopmans) Date: Thu, 10 Dec 2009 06:03:31 +1100 Subject: [Wtr-development] Book on Watir In-Reply-To: References: Message-ID: <93ee69e90912091103j35fdbc58mb07b239604f0169a@mail.gmail.com> Money wise my limited experience with publishers is that offer a pretty small margin to the author, something like 10 - 15% after the first 500 copies are sold in royalties. Advance payments can be hard to get. It seems so old school to do it this way. I say just go for it yourself, offer it for free if reading via html, or for a small amount to download a pdf. In a similar way that 37signals released their book called Getting Real (for startups) Also be careful with your ip (and hard work), at least make the git repo private amongst ur collaborators/reviewers. Good luck! Regards, Tim Koopmans On Thu, Dec 10, 2009 at 3:02 AM, ?eljko Filipin wrote: > On Wed, Dec 9, 2009 at 4:39 PM, Sai Venkatakrishnan > wrote: >> How about using something like lulu. You can give PDF downloads and do >> print on demand. > > Good idea. That is an option. > >> Also is it possible for me to pre order a copy now :) > > I will need a few reviewers, and all of them will receive a free book and be > mentioned it the book. > > Since I have mentioned reviewers... I have created google group for the > book: > > http://groups.google.com/group/watirbook/ > > Please request membership if you are interested in reviewing. > > I plan to post current draft of the book as a few txt files once or twice a > month. I am writing the book in plain text using markdown syntax. It is in > git repository, of course. You could fix bugs and comment in txt files, I > would just compare them to the original and see your changes. > > Maybe it would be easier to give people access to my git repository. I have > to think about that. > > ?eljko > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > From zeljko.filipin at wa-research.ch Thu Dec 10 05:36:37 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Thu, 10 Dec 2009 11:36:37 +0100 Subject: [Wtr-development] Book on Watir In-Reply-To: <93ee69e90912091103j35fdbc58mb07b239604f0169a@mail.gmail.com> References: <93ee69e90912091103j35fdbc58mb07b239604f0169a@mail.gmail.com> Message-ID: Thank you all for the ideas. At the moment self publish route looks like the way to go. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Thu Dec 10 17:50:59 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Thu, 10 Dec 2009 23:50:59 +0100 Subject: [Wtr-development] Support Sheriff Message-ID: Watir team had a little chat and we decided it would be a good idea to grow. I am glad I can announce that Tiffany Fodor and Wesley Chen have accepted to be added to Watir community team with title of Support Sheriff: http://watir.com/team/ Tiffany answers a lot of questions and Wesley is helping us moderate the group. I hope both of them will continue with business as usual. If you have a nice word for them, now is the time. :) ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Tue Dec 15 17:41:41 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Tue, 15 Dec 2009 23:41:41 +0100 Subject: [Wtr-development] Fwd: watir.com/rdoc In-Reply-To: References: Message-ID: I have sent this to watir-general by mistake. ?eljko ---------- Forwarded message ---------- From: ?eljko Filipin Date: Thu, Dec 10, 2009 at 12:27 PM Subject: watir.com/rdoc To: watir I would like to put new rdoc at http://watir.com/rdoc How to generate new rdoc, since now we have three gems? Should I clone git://github.com/bret/watir.git and create rdoc from there or should I create separate rdoc for each gem? C:\ruby\lib\ruby\gems\1.8\gems\watir-1.6.5>rdoc C:\ruby\lib\ruby\gems\1.8\gems\firewatir-1.6.5>rdoc C:\ruby\lib\ruby\gems\1.8\gems\commonwatir-1.6.5>rdoc ?eljko -- watir.com - community manager watirpodcast.com - host -------------- next part -------------- An HTML attachment was scrubbed... URL: From notethan at gmail.com Tue Dec 15 18:03:17 2009 From: notethan at gmail.com (Ethan) Date: Tue, 15 Dec 2009 18:03:17 -0500 Subject: [Wtr-development] js pop-ups internal within watir? In-Reply-To: <8ac3ceb30911272200t3ced48b2x3cc63256f1fbe820@mail.gmail.com> References: <7ac2300c0911180856n7e373fabm1e277c4effcab97f@mail.gmail.com> <2a379a300911182100n680bcc18w7a38c70ecc09024b@mail.gmail.com> <8ac3ceb30911190003s74c6613aw6ac2926368915f52@mail.gmail.com> <8ac3ceb30911272200t3ced48b2x3cc63256f1fbe820@mail.gmail.com> Message-ID: back to the actual discussion at hand, this thread having been thoroughly derailed . . . Tony, good points regarding things happening on navigation, I hadn't really considered that. I don't think navigating to a url with the http://user:password at domainsyntax is sufficient, because some browsers (at least firefox, don't know about others) pop up warnings before sending along user:password in this syntax. trying it just now in firefox popped up: 'Confirm: You are about to log in to the site "[the domain]" with the username "[username]"', and ok/cancel buttons. one option is to modify goto to handle the auth dialog, or maybe security alert, that may crop up during navigation before 'wait' will return. Browser#goto(url, options={:authenticate => ['username', 'password'], :clear_security_alert => (some information? maybe just true?)}) or something along those lines. another option is to make goto take an option not to wait, and deal with that stuff after. browser.goto(url, :wait => false) if modal= browser.modal_dialog modal.set_login_credentials(user, pass) modal.click_button('ok') end browser.wait another thought is that goto could take a block to generally do what is needed to finish the navigation, something like: browser.goto(url) do if modal=browser.modal_dialog modal.set_login_credientials('user', 'pass') modal.click_button('OK') end end and that way goto wouldn't return until wait was finished. I like this one best - I have encountered a number of different reasons the browser blocks, including login credentials and javascript prompts onload, like . another case I had was the browser occasionally hanging and needing to reload; if I could have stuck logic in to try reloading after thirty seconds or so it would have made things easier. this last option leaves the most flexibility to deal with such things. On Sun, Nov 29, 2009 at 13:56, Bret Pettichord wrote: > > 3. ModalDialog#text (browser.modal_dialog.text) >> > > API is fine. I'm unclear on what text would be returned. > My current implementation has this returning document.textContent for the dialog in firefox. in IE, it looks for controls with a class name of 'static' and concatenates those together. The result of that is, for both browsers, getting the text of popus generated in the following ways all return "foo": javascript:alert('foo') javascript:prompt("foo", "bar") javascript:confirm("foo") For other things like security dialogs, I haven't played around with them to tell you what is returned. > > >> 4. ModalDialog#set_text_field(value) - this would find the first and >> presumably only editable text field on the popup and set its text to the >> given value. >> > > Prefer browser.dialog.text_field.set(value) > What happens for authentication dialogs that have two text fields? > this does look nicer, but then you have to implement another whole class (classes, actually, would need one for each browser I expect) for #text_field to return an instance of. I can't think of much use for such a class apart from setting and getting the value in the text field - none of the other watir methods really apply. and it seems like the (hypothetical) modal dialog class could handle these two operations (get text and set text) just fine. I can't think of any dialogs except for authentication that have two text fields. modal dialogs with html contents being another matter; accessing the container in those would have to go a different route I think, and normal container methods would apply to that. > > >> 5. ModalDialog#set_login_credentials(username, password) >> > > Prefer browser.authenticate(:username => 'username', :password => > 'password') > sure, I have no particular preference. will still need some method on the modal dialog class (which Browser#authenticate would call to), even if the api specifies Browser#authenticate. > > >> 6. ModalDialog#click_button(button_name) >> > > Prefer browser.dialog.button(:name = 'button_name').click > same point as above for implementing classes for #button to return - all it needs to do is be clicked, and maybe get the text of the button. I'm a bit torn; I agree that it reads more nicely, and more consistently with the rest of watir. but it also seems like over-generalization of just a couple of specific actions out into a class of their own. -Ethan On Sat, Nov 28, 2009 at 01:00, ! Tony ! wrote: > Hi Ethan, Charley > > my take on what i see .... > The proposed api sounds good .. though i have my own list of changes. > > > 4. ModalDialog#set_text_field(value) - this would find the first and > presumably only editable text field on the popup and set its text to the > given value. > 6. ModalDialog#click_button(button_name) > Popups are of 3 types, alert, confirm and a prompt(which takes text as > input). > Instead of having 2 functions enter text and click the button on the > prompt, Just have one. > ModalDialog#click_button(button_name,text_field_value=nil) > > 5. ModalDialog#set_login_credentials(username, password) > This is for handling Basic authentication. In IE just drumming up and > calling this function will not handle it, cause you would have to handle > this in the wait logic. Not sure about firefox though. > Instead a more cross browser and easier solution would be, add a new goto > function. > Browser.goto_authurl(url,myusername, mypassword) { do a goto with " > http://myusername:myuserpassword at url/" > } > That should get you through to the auth page without adding any new > complexity to the wait logic. > > 6. security alerts - Yes Please keep Security popup handling separate, > they all need to be handled in the wait logic. Its not just clicking a > button on another popup. > > we need to have a broader discussion, and it seems like your ideas are >> fully baked right now? > > I am posting this here for discussion. This is just a proposal of what I > think might be a good way to do things. Nothing is fully-baked, I have no > code for this, it's just what I came up with off the top of my head > yesterday and am proposing. Discussing things like this are precisely why > I'm on the mailing list. > -will take 15 mins to come up with the code for IE(code is already out > there, just have to change the function names ) > > > I do deal with things you're dismissing, as do we all. File downloads? > Sounds great, but I don't have them, so I'm less motivated to work on them > in my spare time. Localization is kinda of on my front burner to take a look > at, though I have yet to do that. > -yeah file downloads, uploads, same here i never used them, maybe i > will take a look at it, i had read somebody had already done work on this. > > Thanks, > Tony > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Tue Dec 15 18:18:31 2009 From: bret at pettichord.com (Bret Pettichord) Date: Tue, 15 Dec 2009 17:18:31 -0600 Subject: [Wtr-development] Fwd: watir.com/rdoc In-Reply-To: References: Message-ID: You can clone the git repo and then run "rake rdoc" in watir/watir. It is defined as a rake target for this gem. You should write rake targets for the other gems. Bret On Tue, Dec 15, 2009 at 4:41 PM, ?eljko Filipin < zeljko.filipin at wa-research.ch> wrote: > I have sent this to watir-general by mistake. > > ?eljko > > ---------- Forwarded message ---------- > From: ?eljko Filipin > Date: Thu, Dec 10, 2009 at 12:27 PM > Subject: watir.com/rdoc > To: watir > > > I would like to put new rdoc at http://watir.com/rdoc > > How to generate new rdoc, since now we have three gems? > > Should I clone git://github.com/bret/watir.git and create rdoc from there > or should I create separate rdoc for each gem? > > C:\ruby\lib\ruby\gems\1.8\gems\watir-1.6.5>rdoc > C:\ruby\lib\ruby\gems\1.8\gems\firewatir-1.6.5>rdoc > C:\ruby\lib\ruby\gems\1.8\gems\commonwatir-1.6.5>rdoc > > ?eljko > -- > watir.com - community manager > watirpodcast.com - host > > > > _______________________________________________ > Wtr-development mailing list > Wtr-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development > -- Bret Pettichord Lead Developer, Watir, www.watir.com Blog, www.io.com/~wazmo/blog Twitter, www.twitter.com/bpettichord -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 16 03:12:08 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Dec 2009 09:12:08 +0100 Subject: [Wtr-development] Watir Podcast #30: Jim Knowlton on Using Watir for Exploratory Testing In-Reply-To: References: Message-ID: Gregg Yows and ?eljko Filipin talk with Jim Knowlton: http://watirpodcast.com/30-jim-knowlton-on-using-watir-for-exploratory-testing/ Feel free to comment here, on watirpodcast.com or at twitter.com (please use #WatirPodcast hash tag at twitter.com). ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From zeljko.filipin at wa-research.ch Wed Dec 16 05:06:56 2009 From: zeljko.filipin at wa-research.ch (=?UTF-8?Q?=C5=BDeljko_Filipin?=) Date: Wed, 16 Dec 2009 11:06:56 +0100 Subject: [Wtr-development] Fwd: watir.com/rdoc In-Reply-To: References: Message-ID: On Wed, Dec 16, 2009 at 12:18 AM, Bret Pettichord wrote: > You can clone the git repo and then run "rake rdoc" in watir/watir. It is defined as a rake target for this gem. > You should write rake targets for the other gems. Thanks Bret. ?eljko -------------- next part -------------- An HTML attachment was scrubbed... URL: