From bret at pettichord.com Wed Aug 9 01:46:07 2006 From: bret at pettichord.com (Bret Pettichord) Date: Wed, 9 Aug 2006 00:46:07 -0500 Subject: [Wtr-core] toward watir 1.5 Message-ID: This is a quick status update. I am eager to wrap up and release 1.5. This note contains several random thoughts towards that end. Charley Baker has agreed to be project manager for release 1.5. That means that he'll continue to help out with the thankless tasks like keeping Jira up to date, answering questions on the mailing lists, and dealing with the landlord. It also means that he will help me make sure that people know how they can help out so i'm doing it all myself. Thanks Charley. In return, i'll be giving him tips on how to deal with Paul Hammant. I'm starting to classify all open Jira issues in terms of when i think they need to be done. I imagine a process that looks something like this: Alpha - Complete Description of release contents (i.e. new rdoc) - Complete Install (i.e. bonus zip with doc and examples) - Plan for Completion = what is incomplete or missing, but planned before full release. Beta - No regression bugs - Most new features complete RC (Release Candidate) - Interfaces are finalized - Agreement on feature target Release - All done - Documentation and Website ready Comments on this, please. I know we have an uncomfortable number of regression bugs in trunk right now. We are actually using the bleeding edge of trunk for our production testing at DataCert, so these are a big deal for me in my Day job. I also feel like we are suffering a big data void. No one really knows that is in 1.5. We need better summary documentation (like having some would help) as well as detailed API docs. Ever since i refactored many methods so that they were now generated, rdoc has stopped picking up the doc for them. I know how this can be fixed, but it'll take a couple of hours. There are a lot of other odds and ends -- mostly finishing up incomplete features that i'd like to get done for 1.5. E.g. multiple attribute support works for non-input objects, but not for input objects. So far no one has complained, but i'd really like to see this all done for the full release. Otherwise, if nothing else, it seems like we'll get lots of questions about why it works sometimes and not other times. Is there any interest in having a phone call for people interested in helping with the 1.5 release. We could get a US dial-in phone number or maybe use Skype. For me, evenings Mon - Weds, between 6 pm and 11 pm work best. Any one have a company conference dial in number we can use? Thanks for all the help with answering the calls on wtr-general. As you may have noticed, i probably spend too much time answering the questions of people who can't RTFM. My weeklong offline vacation helped break me of the habit of reading wtr-general every day. I do continue to read it, but less immediately and i'm also being more judicious about whether i really should bother to respond. Frankly, i need to be spending more time paying attention to Jira and trusting you all to help make sure that important things show up there. I also am trying to make sure that all of my work is tied to Jira tickets. Many of you probably noticed that Watir was featured in the Daily Grind the other day and that no doubt has contributed to the increased traffic on the list. And also the link to with the openqa forum. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060809/7e797069/attachment.html From rand.thacker at gmail.com Wed Aug 9 11:04:17 2006 From: rand.thacker at gmail.com (Rand Thacker) Date: Wed, 9 Aug 2006 10:04:17 -0500 Subject: [Wtr-core] toward watir 1.5 In-Reply-To: References: Message-ID: <33dc42ea0608090804n45aa3950l985a485547835796@mail.gmail.com> Bret, I'll help out with the "rdoc has stopped picking up the doc for them". I am kind of new to ruby, etc., but you state you know how this can be fixed. I'll put in the time, if you can point me in the right direction (unless it's too complicated for my skill level or would take longer for you to describe than it would for you to fix it..) Anyway, I'm officially offering my assistance where it can be helpful. On 8/9/06, Bret Pettichord wrote: > > This is a quick status update. I am eager to wrap up and release > 1.5. This note contains several random thoughts towards that end. > > Charley Baker has agreed to be project manager for release 1.5. That > means that he'll continue to help out with the thankless tasks like > keeping Jira up to date, answering questions on the mailing lists, and > dealing with the landlord. It also means that he will help me make > sure that people know how they can help out so i'm doing it all > myself. Thanks Charley. In return, i'll be giving him tips on how to > deal with Paul Hammant. > > I'm starting to classify all open Jira issues in terms of when i think > they need to be done. I imagine a process that looks something like this: > > Alpha > - Complete Description of release contents ( i.e. new rdoc) > - Complete Install (i.e. bonus zip with doc and examples) > - Plan for Completion > = what is incomplete or missing, but planned before full release. > > Beta > - No regression bugs > - Most new features complete > > RC (Release Candidate) > - Interfaces are finalized > - Agreement on feature target > > Release > - All done > - Documentation and Website ready > > Comments on this, please. > > I know we have an uncomfortable number of regression bugs in trunk > right now. We are actually using the bleeding edge of trunk for our > production testing at DataCert, so these are a big deal for me in my > Day job. > > I also feel like we are suffering a big data void. No one really knows > that is in 1.5. We need better summary documentation (like having some > would help) as well as detailed API docs. Ever since i refactored many > methods so that they were now generated, rdoc has stopped picking up > the doc for them. I know how this can be fixed, but it'll take a > couple of hours. > > There are a lot of other odds and ends -- mostly finishing up > incomplete features that i'd like to get done for 1.5. E.g. multiple > attribute support works for non-input objects, but not for input > objects. So far no one has complained, but i'd really like to see this > all done for the full release. Otherwise, if nothing else, it seems > like we'll get lots of questions about why it works sometimes and not > other times. > > Is there any interest in having a phone call for people interested in > helping with the 1.5 release. We could get a US dial-in phone number > or maybe use Skype. For me, evenings Mon - Weds, between 6 pm and 11 > pm work best. Any one have a company conference dial in number we can > use? > > Thanks for all the help with answering the calls on wtr-general. As > you may have noticed, i probably spend too much time answering the > questions of people who can't RTFM. My weeklong offline vacation > helped break me of the habit of reading wtr-general every day. I do > continue to read it, but less immediately and i'm also being more > judicious about whether i really should bother to respond. Frankly, i > need to be spending more time paying attention to Jira and trusting > you all to help make sure that important things show up there. I also > am trying to make sure that all of my work is tied to Jira tickets. > > Many of you probably noticed that Watir was featured in the Daily > Grind the other day and that no doubt has contributed to the increased > traffic on the list. And also the link to with the openqa forum. > > Bret > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > -- "I am the most humble person in the world!" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060809/db8f9b84/attachment-0001.html From charley.baker at gmail.com Wed Aug 9 22:42:49 2006 From: charley.baker at gmail.com (Charley Baker) Date: Wed, 9 Aug 2006 20:42:49 -0600 Subject: [Wtr-core] toward watir 1.5 In-Reply-To: References: Message-ID: Bret, Thanks for the status update. I'm also staying in synch with the latest bleeding edge code and have been for some time due to some of our application needs, particularly 3rd party apps. I've entered a jira task http://jira.openqa.org/browse/WTR-81 assigned to myself for adding WET's Windows library to Watir which should help the attach problem - http://jira.openqa.org/browse/WTR-76, add stability and give nicer oo oriented windows support in general. If anyone wants to jump in and help, drop me a line. I'd like to make sure we're using JIRA for the roadmap so we can better track the tasks. I've added the rdoc, general documentation and installer tasks into jira. I think the next step and the most important one is what you mention for Alpha, what features we'd like for an official 1.5 release. I'd agree with your idea to get a conference call or some sort of weekly meeting scheduled. I'm on mountain time, you're on central, anytime after 8pm mst weekdays would be best for me and will match up with your schedule. I've never used Skype but that's fine unless we can get a conference number. Hope to talk to you all soon. -Charley On 8/8/06, Bret Pettichord wrote: > > This is a quick status update. I am eager to wrap up and release > 1.5. This note contains several random thoughts towards that end. > > Charley Baker has agreed to be project manager for release 1.5. That > means that he'll continue to help out with the thankless tasks like > keeping Jira up to date, answering questions on the mailing lists, and > dealing with the landlord. It also means that he will help me make > sure that people know how they can help out so i'm doing it all > myself. Thanks Charley. In return, i'll be giving him tips on how to > deal with Paul Hammant. > > I'm starting to classify all open Jira issues in terms of when i think > they need to be done. I imagine a process that looks something like this: > > Alpha > - Complete Description of release contents ( i.e. new rdoc) > - Complete Install (i.e. bonus zip with doc and examples) > - Plan for Completion > = what is incomplete or missing, but planned before full release. > > Beta > - No regression bugs > - Most new features complete > > RC (Release Candidate) > - Interfaces are finalized > - Agreement on feature target > > Release > - All done > - Documentation and Website ready > > Comments on this, please. > > I know we have an uncomfortable number of regression bugs in trunk > right now. We are actually using the bleeding edge of trunk for our > production testing at DataCert, so these are a big deal for me in my > Day job. > > I also feel like we are suffering a big data void. No one really knows > that is in 1.5. We need better summary documentation (like having some > would help) as well as detailed API docs. Ever since i refactored many > methods so that they were now generated, rdoc has stopped picking up > the doc for them. I know how this can be fixed, but it'll take a > couple of hours. > > There are a lot of other odds and ends -- mostly finishing up > incomplete features that i'd like to get done for 1.5. E.g. multiple > attribute support works for non-input objects, but not for input > objects. So far no one has complained, but i'd really like to see this > all done for the full release. Otherwise, if nothing else, it seems > like we'll get lots of questions about why it works sometimes and not > other times. > > Is there any interest in having a phone call for people interested in > helping with the 1.5 release. We could get a US dial-in phone number > or maybe use Skype. For me, evenings Mon - Weds, between 6 pm and 11 > pm work best. Any one have a company conference dial in number we can > use? > > Thanks for all the help with answering the calls on wtr-general. As > you may have noticed, i probably spend too much time answering the > questions of people who can't RTFM. My weeklong offline vacation > helped break me of the habit of reading wtr-general every day. I do > continue to read it, but less immediately and i'm also being more > judicious about whether i really should bother to respond. Frankly, i > need to be spending more time paying attention to Jira and trusting > you all to help make sure that important things show up there. I also > am trying to make sure that all of my work is tied to Jira tickets. > > Many of you probably noticed that Watir was featured in the Daily > Grind the other day and that no doubt has contributed to the increased > traffic on the list. And also the link to with the openqa forum. > > Bret > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060809/dbd23efb/attachment.html From jeff.darklight at gmail.com Thu Aug 10 15:13:04 2006 From: jeff.darklight at gmail.com (JD) Date: Thu, 10 Aug 2006 12:13:04 -0700 Subject: [Wtr-core] ... update to selection criteria... Message-ID: I'd very much like to see some updates to the selection criteria ... I already have some code working that implements multiple criteria ... but, additionally, I'd like to be able to implement "OR" ... in the event that I can't find the element by criteria-1 ... I'd like to try to find it using criteria-2 ... etc ... would be good for those of us that are using WATiR against moving targets ... And have developers that like to rename things underneath us ... would let us be able to just update our scripts to handle the additional criteria sets from each release without breaking backwards compatibility. Anyways ... If it's something that might actually make it into the release, I'm happy to send it along. Let me know. I'm happy to work on WATiR 1.5 ... The better it is, the easier it is for me to get more of my co-workers to use it. ... as always, if you have questions or comments, or if I can provide any additional information and/or assistance, please let me know. jd -- Greetings Starfghter! You have been recruited by the Star League to defend the frontier against Xur and the Ko-Dan Armada. From dave.hoover at gmail.com Thu Aug 10 15:45:31 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Thu, 10 Aug 2006 14:45:31 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: Message-ID: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> On 8/10/06, JD wrote: > I'd very much like to see some updates to the selection criteria ... I > already have some code working that implements multiple criteria ... > but, additionally, I'd like to be able to implement "OR" ... in the > event that I can't find the element by criteria-1 ... I'd like to try > to find it using criteria-2 ... etc ... would be good for those of us > that are using WATiR against moving targets ... That sounds useful ... is there some examples of multiple criteria in Watir out there somewhere, or can someone post some exampes to this list so we can see what sort of changes to the API they would require? From raghu at qantom.com Thu Aug 10 16:32:22 2006 From: raghu at qantom.com (Raghu Venkataramana) Date: Fri, 11 Aug 2006 02:02:22 +0530 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> Message-ID: <44DB97D6.8090408@qantom.com> Take a look at WET. WET has an excellent support for recognition using multiple attributes. Regards, Raghu Venkataramana /Director/ *Qantom Software Private Limited* 72/1B, 2nd Floor, K.H. Plaza, Kanakapura Road, Bangalore-78 Phone : 26655216, Telefax : 26799269 SQA partners for your products www.qantom.com The future of test tools is open source www.wet.qantom.org Dave Hoover wrote: > On 8/10/06, JD wrote: > >> I'd very much like to see some updates to the selection criteria ... I >> already have some code working that implements multiple criteria ... >> but, additionally, I'd like to be able to implement "OR" ... in the >> event that I can't find the element by criteria-1 ... I'd like to try >> to find it using criteria-2 ... etc ... would be good for those of us >> that are using WATiR against moving targets ... >> > > That sounds useful ... is there some examples of multiple criteria in > Watir out there somewhere, or can someone post some exampes to this > list so we can see what sort of changes to the API they would require? > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/1242c721/attachment.html From dave.hoover at gmail.com Thu Aug 10 17:28:10 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Thu, 10 Aug 2006 16:28:10 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <44DB97D6.8090408@qantom.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> Message-ID: <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> On 8/10/06, Raghu Venkataramana wrote: > Take a look at WET. WET has an excellent support for recognition using multiple > attributes. Is this what you're referring to? Browser("title:=Submit a bug").Textarea("id:=ml1", "index:=2").set "I would not ..." I think the Watir equivalent should look something like... browser.textarea(:id => "ml1", :index => 2).set("I would not ...") From paul.rogers at shaw.ca Thu Aug 10 20:21:57 2006 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 10 Aug 2006 18:21:57 -0600 Subject: [Wtr-core] ... update to selection criteria... References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> Message-ID: <00c201c6bcdc$28701960$6400a8c0@laptop> I have some almost written code that does the following:
Some Text
...
Some Other Text
...
Some More Text
... Where the Divs and tables appear in different orders depending upon options selected. The only way I could find the correct table was to write this: div1 = ie.div(:text , 'Some Text') table1 = div1.element_after( ie , :table ) so, I could get the :table ( or :button, :text etc) after the div Its almost complete and I'll add some more tests too. But does this sound useful? ----- Original Message ----- From: "Dave Hoover" To: Sent: Thursday, August 10, 2006 3:28 PM Subject: Re: [Wtr-core] ... update to selection criteria... > On 8/10/06, Raghu Venkataramana wrote: >> Take a look at WET. WET has an excellent support for recognition using >> multiple >> attributes. > > Is this what you're referring to? > Browser("title:=Submit a bug").Textarea("id:=ml1", "index:=2").set "I > would not ..." > > I think the Watir equivalent should look something like... > browser.textarea(:id => "ml1", :index => 2).set("I would not ...") > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core From dave.hoover at gmail.com Thu Aug 10 23:00:40 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Thu, 10 Aug 2006 22:00:40 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <00c201c6bcdc$28701960$6400a8c0@laptop> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> Message-ID: <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> On 8/10/06, Paul Rogers wrote: > Where the Divs and tables appear in different orders depending upon options > selected. The only way I could find the correct table was to write this: > > div1 = ie.div(:text , 'Some Text') > table1 = div1.element_after( ie , :table ) > > so, I could get the :table ( or :button, :text etc) after the div > > Its almost complete and I'll add some more tests too. But does this sound > useful? Sounds useful, but it seems like it would be easier to just modify the app to use id attributes. But if you don't have control over the markup, why not just specify the element type in the method name ... and it might read better like this... table1 = ie.table_after(div1) You could use method_missing to parse out the element type. Just my 2 cents. :-) From paul.rogers at shaw.ca Thu Aug 10 23:38:06 2006 From: paul.rogers at shaw.ca (Paul Rogers) Date: Thu, 10 Aug 2006 21:38:06 -0600 Subject: [Wtr-core] ... update to selection criteria... References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> Message-ID: <011601c6bcf7$8ef458c0$6400a8c0@laptop> this was part of a purchased library, so we had no way of adding useful tags. I like your method names much better. I'll look into changing it. Thanks for the feedback. Paul ----- Original Message ----- From: "Dave Hoover" To: Sent: Thursday, August 10, 2006 9:00 PM Subject: Re: [Wtr-core] ... update to selection criteria... > On 8/10/06, Paul Rogers wrote: >> Where the Divs and tables appear in different orders depending upon >> options >> selected. The only way I could find the correct table was to write this: >> >> div1 = ie.div(:text , 'Some Text') >> table1 = div1.element_after( ie , :table ) >> >> so, I could get the :table ( or :button, :text etc) after the div >> >> Its almost complete and I'll add some more tests too. But does this sound >> useful? > > Sounds useful, but it seems like it would be easier to just modify the > app to use id attributes. But if you don't have control over the > markup, why not just specify the element type in the method name ... > and it might read better like this... > > table1 = ie.table_after(div1) > > You could use method_missing to parse out the element type. Just my 2 > cents. :-) > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core From paul.rogers at shaw.ca Fri Aug 11 13:19:06 2006 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 11 Aug 2006 11:19:06 -0600 Subject: [Wtr-core] ... update to selection criteria... References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> Message-ID: <000b01c6bd6a$40660a50$6400a8c0@laptop> thinking about it some more, maybe b1=ie.button(:id , 'xxxx') t = ie.table(:after , b1 ) is better ----- Original Message ----- From: "Paul Rogers" To: Sent: Thursday, August 10, 2006 9:38 PM Subject: Re: [Wtr-core] ... update to selection criteria... > this was part of a purchased library, so we had no way of adding useful > tags. > > I like your method names much better. I'll look into changing it. Thanks > for > the feedback. > > Paul > > ----- Original Message ----- > From: "Dave Hoover" > To: > Sent: Thursday, August 10, 2006 9:00 PM > Subject: Re: [Wtr-core] ... update to selection criteria... > > >> On 8/10/06, Paul Rogers wrote: >>> Where the Divs and tables appear in different orders depending upon >>> options >>> selected. The only way I could find the correct table was to write this: >>> >>> div1 = ie.div(:text , 'Some Text') >>> table1 = div1.element_after( ie , :table ) >>> >>> so, I could get the :table ( or :button, :text etc) after the div >>> >>> Its almost complete and I'll add some more tests too. But does this >>> sound >>> useful? >> >> Sounds useful, but it seems like it would be easier to just modify the >> app to use id attributes. But if you don't have control over the >> markup, why not just specify the element type in the method name ... >> and it might read better like this... >> >> table1 = ie.table_after(div1) >> >> You could use method_missing to parse out the element type. Just my 2 >> cents. :-) >> _______________________________________________ >> Wtr-core mailing list >> Wtr-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-core > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core From bret at pettichord.com Fri Aug 11 13:49:51 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 12:49:51 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: Message-ID: On 8/10/06, JD wrote: > > I'd very much like to see some updates to the selection criteria ... I > already have some code working that implements multiple criteria ... > but, additionally, I'd like to be able to implement "OR" ... in the > event that I can't find the element by criteria-1 ... I'd like to try > to find it using criteria-2 ... etc ... would be good for those of us > that are using WATiR against moving targets ... > > And have developers that like to rename things underneath us ... would > let us be able to just update our scripts to handle the additional > criteria sets from each release without breaking backwards > compatibility. > > Anyways ... If it's something that might actually make it into the > release, I'm happy to send it along. > > Let me know. > > I'm happy to work on WATiR 1.5 ... The better it is, the easier it is > for me to get more of my co-workers to use it. > > ... as always, if you have questions or comments, or if I can provide > any additional information and/or assistance, please let me know. > > jd My basic feeling is that i'm open to adding stuff like this to core Watir if it has a clear and obvious API and hard to do with the existing API and less so if it seems confusing or of limited broadness. In your case i would think that we could do this with ie..find {|e| e.matches_criteria1 or e.matches_criteria2} or x = ie.element(:foo, 'criteria1') x = ie.element(:foo, 'criteria2') unless x.exists? What i would also really, really like to do is create a way for people to share add-ons they have made to watir that would allow people in the community to try them out and comment on them and reach some kind of community assessment before we had to decide whether to include them in the core watir gem. I had been hoping that people would use our Wiki for this kind of thing -- adding pages for contributions they may have. I've also been thinking about putting untested, unsupported libraries in watir/contrib (e.g.: require 'watir/contrib/jeffs-stuff') as a way to make this stuff be easy to get to for people without us implying that this stuff is necessarily tested or guarenteed to be available in future builds. (I'm also thinking about moving some of the untested code currently in Watir to watir/contrib). Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/b7fc51fb/attachment.html From bret at pettichord.com Fri Aug 11 13:51:11 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 12:51:11 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> Message-ID: On 8/10/06, Dave Hoover wrote: > > That sounds useful ... is there some examples of multiple criteria in > Watir out there somewhere, or can someone post some exampes to this > list so we can see what sort of changes to the API they would require? see links_multi_test.rb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/fb8d2e57/attachment.html From jeff at dark-light.com Fri Aug 11 13:53:04 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 10:53:04 -0700 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <000b01c6bd6a$40660a50$6400a8c0@laptop> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> Message-ID: <44DCC400.9040204@dark-light.com> Paul Rogers wrote: > thinking about it some more, maybe > > b1=ie.button(:id , 'xxxx') > t = ie.table(:after , b1 ) > > is better > > ----- Original Message ----- > From: "Paul Rogers" > To: > Sent: Thursday, August 10, 2006 9:38 PM > Subject: Re: [Wtr-core] ... update to selection criteria... > > > >> this was part of a purchased library, so we had no way of adding useful >> tags. >> >> I like your method names much better. I'll look into changing it. Thanks >> for >> the feedback. >> >> Paul >> >> ----- Original Message ----- >> From: "Dave Hoover" >> To: >> Sent: Thursday, August 10, 2006 9:00 PM >> Subject: Re: [Wtr-core] ... update to selection criteria... >> >> >> >>> On 8/10/06, Paul Rogers wrote: >>> >>>> Where the Divs and tables appear in different orders depending upon >>>> options >>>> selected. The only way I could find the correct table was to write this: >>>> >>>> div1 = ie.div(:text , 'Some Text') >>>> table1 = div1.element_after( ie , :table ) >>>> >>>> so, I could get the :table ( or :button, :text etc) after the div >>>> >>>> Its almost complete and I'll add some more tests too. But does this >>>> sound >>>> useful? >>>> >>> Sounds useful, but it seems like it would be easier to just modify the >>> app to use id attributes. But if you don't have control over the >>> markup, why not just specify the element type in the method name ... >>> and it might read better like this... >>> >>> table1 = ie.table_after(div1) >>> >>> You could use method_missing to parse out the element type. Just my 2 >>> cents. :-) >>> _______________________________________________ >>> Wtr-core mailing list >>> Wtr-core at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-core >>> >> _______________________________________________ >> Wtr-core mailing list >> Wtr-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wtr-core >> > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > So, you guys have the idea behind what I was wanting ... and it's relatively easy to code ... BUT, there's more ... I want that code to be runnable on the collections. ie.frames( :src => /html/, :doc => "multiple" ).each ... or ie.frames.select { |f| f.document_url =~ /html/ } ... etc. I really want to be able to use *ALL* of ruby. I believe the more we let watir be just an extension, and less of it's own scripting language ... the better. oh, and yes, I do believe that it should be a configurable option if people want off-by-one indexing or not. jd From dave.hoover at gmail.com Fri Aug 11 13:54:53 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Fri, 11 Aug 2006 12:54:53 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <000b01c6bd6a$40660a50$6400a8c0@laptop> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> Message-ID: <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> On 8/11/06, Paul Rogers wrote: > thinking about it some more, maybe > > b1=ie.button(:id , 'xxxx') > t = ie.table(:after , b1 ) > > is better I completely agree. That's perfect. From bret at pettichord.com Fri Aug 11 13:57:25 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 12:57:25 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> Message-ID: On 8/10/06, Dave Hoover wrote: > > Is this what you're referring to? > Browser("title:=Submit a bug").Textarea("id:=ml1", "index:=2").set "I > would not ..." > > I think the Watir equivalent should look something like... > browser.textarea(:id => "ml1", :index => 2).set("I would not ...") Watir currently supports browser.link(:id => "ml1", :index => 2).set 'i would not could not' In Watir, we use the "text" method to refer to textareas, not "textarea". And we have not yet added multi attribute support for input objects like text and textareas. It works for all non input elements. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/af1e3f09/attachment.html From bret at pettichord.com Fri Aug 11 14:14:34 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 13:14:34 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <00c201c6bcdc$28701960$6400a8c0@laptop> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> Message-ID: On 8/10/06, Paul Rogers wrote: > > I have some almost written code that does the following: > >
Some Text
...
> >
Some Other Text
...
> >
Some More Text
...
> > Where the Divs and tables appear in different orders depending upon > options > selected. The only way I could find the correct table was to write this: > > div1 = ie.div(:text , 'Some Text') > table1 = div1.element_after( ie , :table ) > > so, I could get the :table ( or :button, :text etc) after the div > > Its almost complete and I'll add some more tests too. But does this sound > useful? Like i said to Jeff, I would like to find a way for you and others who may not have commit rights to share code like this with the community so we could try it out and decide whether it is useful and suggest improvements before we decide whether to include it in the core watir library. You could attach a patch to Jira. Or create a wiki page in Confluence. You could also code it up as a patch (i.e. a change to the existing watir files) or as an injection (a separate file that modifies already-loaded Watir classes). In your case an injection file (or whatever you want to call it) might look like this: class Watir::Container def element_after ... ... end end I have, by the way also done something kinda similar to what you've done, but i couldn't see how it would make sense to add it to Watir itself. In my case, i'm looking for the cell after a particular cell (label_cell). Here's the code: # Return the Watir::TableCell containing the specified data. # Used by +data+ method. def data_cell label label_cell = @watir_context.cell(:class => 'Report', :text => label) if label_cell.exists? relative = label_cell.ole_object relative = relative.parentelement until (relative.tagname == 'TR') row = Watir::TableRow.new(@watir_context, :ole_object, relative) label_number = label_cell.unique_number after_label = false row.cells.each do |cell| next unless after_label or cell.unique_number == label_number after_label = true return cell if cell.class_name == 'ReportData' end else raise 'Data with label #{label} not found.' end end Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/e25f99c7/attachment-0001.html From paul.rogers at shaw.ca Fri Aug 11 14:26:57 2006 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 11 Aug 2006 12:26:57 -0600 Subject: [Wtr-core] ... update to selection criteria... References: Message-ID: <001c01c6bd73$bae4e6d0$6400a8c0@laptop> I was thinking along similar lines. We have the add_checker functionality for running arbitary code on every page load. We could do somthing like this, which would help both my suggesion and also Jeffs: after_finder = Proc.new(){ |ie| ...... } ie.add_finder( after_finder , :after ) and then the find_object method ( I think thats what it is ) becoes: # I cant remember what this looks like, but hopefully you get the idea def find( how , what ) case how ..... else use_finder_plugin( how , what) end end def use_finder_plugin( how , what) finders.each do |f| if f.how == how # use this finder plugin end end end ----- Original Message ----- From: Bret Pettichord To: wtr-core at rubyforge.org Sent: Friday, August 11, 2006 11:49 AM Subject: Re: [Wtr-core] ... update to selection criteria... On 8/10/06, JD wrote: I'd very much like to see some updates to the selection criteria ... I already have some code working that implements multiple criteria ... but, additionally, I'd like to be able to implement "OR" ... in the event that I can't find the element by criteria-1 ... I'd like to try to find it using criteria-2 ... etc ... would be good for those of us that are using WATiR against moving targets ... And have developers that like to rename things underneath us ... would let us be able to just update our scripts to handle the additional criteria sets from each release without breaking backwards compatibility. Anyways ... If it's something that might actually make it into the release, I'm happy to send it along. Let me know. I'm happy to work on WATiR 1.5 ... The better it is, the easier it is for me to get more of my co-workers to use it. ... as always, if you have questions or comments, or if I can provide any additional information and/or assistance, please let me know. jd My basic feeling is that i'm open to adding stuff like this to core Watir if it has a clear and obvious API and hard to do with the existing API and less so if it seems confusing or of limited broadness. In your case i would think that we could do this with ie..find {|e| e.matches_criteria1 or e.matches_criteria2} or x = ie.element(:foo, 'criteria1') x = ie.element(:foo, 'criteria2') unless x.exists? What i would also really, really like to do is create a way for people to share add-ons they have made to watir that would allow people in the community to try them out and comment on them and reach some kind of community assessment before we had to decide whether to include them in the core watir gem. I had been hoping that people would use our Wiki for this kind of thing -- adding pages for contributions they may have. I've also been thinking about putting untested, unsupported libraries in watir/contrib ( e.g.: require 'watir/contrib/jeffs-stuff') as a way to make this stuff be easy to get to for people without us implying that this stuff is necessarily tested or guarenteed to be available in future builds. (I'm also thinking about moving some of the untested code currently in Watir to watir/contrib). Bret ------------------------------------------------------------------------------ _______________________________________________ Wtr-core mailing list Wtr-core at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-core -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/688d2c9d/attachment.html From paul.rogers at shaw.ca Fri Aug 11 14:40:30 2006 From: paul.rogers at shaw.ca (Paul Rogers) Date: Fri, 11 Aug 2006 12:40:30 -0600 Subject: [Wtr-core] ... update to selection criteria... References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> Message-ID: <003f01c6bd75$9f6ef470$6400a8c0@laptop> since this is all dom based, it probably also easily adds >> b1=ie.button(:id , 'xxxx') >> t = ie.table(:before, b1 ) ----- Original Message ----- From: "Dave Hoover" To: Sent: Friday, August 11, 2006 11:54 AM Subject: Re: [Wtr-core] ... update to selection criteria... > On 8/11/06, Paul Rogers wrote: >> thinking about it some more, maybe >> >> b1=ie.button(:id , 'xxxx') >> t = ie.table(:after , b1 ) >> >> is better > > I completely agree. That's perfect. > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core From bret at pettichord.com Fri Aug 11 14:45:13 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 13:45:13 -0500 Subject: [Wtr-core] toward watir 1.5 In-Reply-To: References: Message-ID: Not having heard any additional interest for a conference call, i think i'll just make direct arrangements with Charley for a two-way call. If anyone else would like to join, please contact one of us. Bret On 8/9/06, Charley Baker wrote: > > Bret, > > Thanks for the status update. I'm also staying in synch with the latest > bleeding edge code and have been for some time due to some of our > application needs, particularly 3rd party apps. > > I've entered a jira task http://jira.openqa.org/browse/WTR-81 assigned > to myself for adding WET's Windows library to Watir which should help the > attach problem - http://jira.openqa.org/browse/WTR-76, add stability and > give nicer oo oriented windows support in general. If anyone wants to jump > in and help, drop me a line. > > I'd like to make sure we're using JIRA for the roadmap so we can better > track the tasks. I've added the rdoc, general documentation and installer > tasks into jira. I think the next step and the most important one is what > you mention for Alpha, what features we'd like for an official 1.5release. > > I'd agree with your idea to get a conference call or some sort of weekly > meeting scheduled. I'm on mountain time, you're on central, anytime after > 8pm mst weekdays would be best for me and will match up with your schedule. > I've never used Skype but that's fine unless we can get a conference number. > > > Hope to talk to you all soon. > > -Charley > > > > On 8/8/06, Bret Pettichord < bret at pettichord.com> wrote: > > > This is a quick status update. I am eager to wrap up and release > 1.5. This note contains several random thoughts towards that end. > > Charley Baker has agreed to be project manager for release 1.5. That > means that he'll continue to help out with the thankless tasks like > keeping Jira up to date, answering questions on the mailing lists, and > dealing with the landlord. It also means that he will help me make > sure that people know how they can help out so i'm doing it all > myself. Thanks Charley. In return, i'll be giving him tips on how to > deal with Paul Hammant. > > I'm starting to classify all open Jira issues in terms of when i think > they need to be done. I imagine a process that looks something like this: > > Alpha > - Complete Description of release contents ( i.e. new rdoc) > - Complete Install (i.e. bonus zip with doc and examples) > - Plan for Completion > = what is incomplete or missing, but planned before full release. > > Beta > - No regression bugs > - Most new features complete > > RC (Release Candidate) > - Interfaces are finalized > - Agreement on feature target > > Release > - All done > - Documentation and Website ready > > Comments on this, please. > > I know we have an uncomfortable number of regression bugs in trunk > right now. We are actually using the bleeding edge of trunk for our > production testing at DataCert, so these are a big deal for me in my > Day job. > > I also feel like we are suffering a big data void. No one really knows > that is in 1.5. We need better summary documentation (like having some > would help) as well as detailed API docs. Ever since i refactored many > methods so that they were now generated, rdoc has stopped picking up > the doc for them. I know how this can be fixed, but it'll take a > couple of hours. > > There are a lot of other odds and ends -- mostly finishing up > incomplete features that i'd like to get done for 1.5. E.g. multiple > attribute support works for non-input objects, but not for input > objects. So far no one has complained, but i'd really like to see this > all done for the full release. Otherwise, if nothing else, it seems > like we'll get lots of questions about why it works sometimes and not > other times. > > Is there any interest in having a phone call for people interested in > helping with the 1.5 release. We could get a US dial-in phone number > or maybe use Skype. For me, evenings Mon - Weds, between 6 pm and 11 > pm work best. Any one have a company conference dial in number we can > use? > > Thanks for all the help with answering the calls on wtr-general. As > you may have noticed, i probably spend too much time answering the > questions of people who can't RTFM. My weeklong offline vacation > helped break me of the habit of reading wtr-general every day. I do > continue to read it, but less immediately and i'm also being more > judicious about whether i really should bother to respond. Frankly, i > need to be spending more time paying attention to Jira and trusting > you all to help make sure that important things show up there. I also > am trying to make sure that all of my work is tied to Jira tickets. > > Many of you probably noticed that Watir was featured in the Daily > Grind the other day and that no doubt has contributed to the increased > traffic on the list. And also the link to with the openqa forum. > > Bret > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/f8c57898/attachment-0001.html From bret at pettichord.com Fri Aug 11 14:56:37 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 13:56:37 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <44DCC400.9040204@dark-light.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <44DCC400.9040204@dark-light.com> Message-ID: On 8/11/06, Jeff Wood wrote: > > BUT, there's more ... I want that code to be runnable on the collections. > > ie.frames( :src => /html/, :doc => "multiple" ).each ... > > or > > ie.frames.select { |f| f.document_url =~ /html/ } > > ... etc. In the second case you could do ie.frame(:src => /html/, :doc => "multiple", :document_url => /html/) (When multiple attribute support is added for frames, that is.) But i understand the general request. Please add it to Jira. oh, and yes, I do believe that it should be a configurable option if > people want off-by-one indexing or not. This is already in Jira. One of the things i want to do shortly is go through Jira and schedule all the stuff in there, indicating whether we agree that it would be a good idea and also indicate when we plan to get to it. (I was working on this last weekend when the slowness of Jira stopped me.) I agree this is a good idea. Although this has been discussed many times, this apparently has not been clear. Do you all think we can use Jira as a way of letting people know what bug fixes and enhancements we would agree to accept? Do we need another mechanism? Jeff, are you volunteering to do this? Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/5b0a223a/attachment.html From bret at pettichord.com Fri Aug 11 15:09:54 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 14:09:54 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> Message-ID: On 8/11/06, Dave Hoover wrote: > > On 8/11/06, Paul Rogers wrote: > > thinking about it some more, maybe > > > > b1=ie.button(:id , 'xxxx') > > t = ie.table(:after , b1 ) > > > > is better > > I completely agree. That's perfect. Actually i disagree. With every attribute (except :index): assert ie.(:attribute, 'bar').attribute == 'bar' This suggestion breaks that rule. I've written some similar code that i think suggests a better model. The code is attached below. This suggests instead we use this as the API: ie.button(:id, 'xxx').after.table(:index, 1) In this case an "after" (or "under" as described below) is a special kind of container. I suspect that this would be both easier to implement than the suggestion and also more general. Bret class UnderLabel < Container def initialize parent_context, label parent_element = parent_context.watir_context cell = parent_element.cell(:class => 'Report', :text => label) under_label = WatirUnderLabel.create_from_element(parent_element, cell) under_label.label = label super parent_context, under_label end end # A Watir-like object wrapped by UnderLabel class WatirUnderLabel < Watir::Table attr_writer :label def locate_tagged_element(tag, how, what) locator = TaggedElementUnderLabelLocator.new(self, tag) locator.label = @label locator.set_specifier(how, what) locator.locate end end class TaggedElementUnderLabelLocator < Watir::TaggedElementLocator attr_writer :label def each_element tag unless tag == 'TD' raise 'UnderLabel only supports cells and cell-based widgets.' end under_label = false super tag do |element| if under_label or element.class_name == 'Report' && element.text == @label then under_label = true # Actually we should wait for the *next* element before we yield, # but this seems harmless. yield element end end end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/047ed6bd/attachment.html From bret at pettichord.com Fri Aug 11 15:55:10 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 14:55:10 -0500 Subject: [Wtr-core] toward watir 1.5 In-Reply-To: <33dc42ea0608090804n45aa3950l985a485547835796@mail.gmail.com> References: <33dc42ea0608090804n45aa3950l985a485547835796@mail.gmail.com> Message-ID: On 8/9/06, Rand Thacker wrote: > > Bret, I'll help out with the "rdoc has stopped picking up the doc for > them". > > I am kind of new to ruby, etc., but you state you know how this can be > fixed. I'll put in the time, if you can point me in the right direction > (unless it's too complicated for my skill level or would take longer for you > to describe than it would for you to fix it..) > > Anyway, I'm officially offering my assistance where it can be helpful. > This may not be easiest ticket to start with, but i've opened up a Jira ticket with more details so you can decide for yourself: http://jira.openqa.org/browse/WTR-85 Thanks for the help. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/182b2ddf/attachment.html From dave.hoover at gmail.com Fri Aug 11 16:09:01 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Fri, 11 Aug 2006 15:09:01 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> Message-ID: <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> On 8/11/06, Bret Pettichord wrote: > This suggests instead we use this as the API: > ie.button(:id, 'xxx').after.table(:index, 1) So this expression returns a button, correct? I should be able to say... ie.button(:id, 'xxx').after.table(:index, 1).click I think that works nicely, particularly because we don't have to assign any elements to variables. Of course, now someone else is going to post something better and I'll have to say I like that one even more. ;-) From jeff at dark-light.com Fri Aug 11 16:17:08 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 13:17:08 -0700 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <44DCC400.9040204@dark-light.com> Message-ID: <44DCE5C4.4090703@dark-light.com> Bret Pettichord wrote: > On 8/11/06, *Jeff Wood* > wrote: > > BUT, there's more ... I want that code to be runnable on the > collections. > > ie.frames( :src => /html/, :doc => "multiple" ).each ... > > or > > ie.frames.select { |f| f.document_url =~ /html/ } > > ... etc. > > > In the second case you could do > ie.frame(:src => /html/, :doc => "multiple", :document_url => /html/) > > (When multiple attribute support is added for frames, that is.) But i > understand the general request. Please add it to Jira. > > oh, and yes, I do believe that it should be a configurable option if > people want off-by-one indexing or not. > > > This is already in Jira. > > One of the things i want to do shortly is go through Jira and schedule > all the stuff in there, indicating whether we agree that it would be a > good idea and also indicate when we plan to get to it. (I was working > on this last weekend when the slowness of Jira stopped me.) > > I agree this is a good idea. Although this has been discussed many > times, this apparently has not been clear. Do you all think we can use > Jira as a way of letting people know what bug fixes and enhancements > we would agree to accept? Do we need another mechanism? > > Jeff, are you volunteering to do this? > > Bret > ------------------------------------------------------------------------ > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core Yeah sure. And, to be specific ... look @ my code again ... ie.frames( :src => /html/, :document_url => /images/ ).each { |curr_frame| # do something ; } ... I was wanting multiple criteria to create a collection of matches... hence Controller#frames as well as ie.frame( ) ... ... plus doing the #frames gives me the off by one without backwards compatibility issues since I can then do ... ie.frames( )[0] ... but I'll code something up ( as a patch to 1.4 ) and send it along for review ... let people see how evil powerful we can we when we do stuff like this. ... thanks for taking the time to review this ( to all who are/have-been reviewing with me ;) ) jd From bret at pettichord.com Fri Aug 11 17:03:02 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 16:03:02 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <44DCE5C4.4090703@dark-light.com> References: <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <44DCC400.9040204@dark-light.com> <44DCE5C4.4090703@dark-light.com> Message-ID: ... but I'll code something up ( as a patch to 1.4 ) and send it along > for review ... let people see how evil powerful we can we when we do > stuff like this. > I saw at least three different suggestions in your email, so i 'm not sure which you are offering to do (or maybe all?). In any case, i don't think anyone is maintaining 1.4. Patches should be against trunk. All of the suggestions on this thread seem non-trivial to me and therefore may have to wait until 1.6. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/3585fe18/attachment.html From bret at pettichord.com Fri Aug 11 17:05:39 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 16:05:39 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> References: <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> Message-ID: On 8/11/06, Dave Hoover wrote: > > On 8/11/06, Bret Pettichord wrote: > > This suggests instead we use this as the API: > > ie.button(:id, 'xxx').after.table(:index, 1) > > So this expression returns a button, correct? I should be able to say... > ie.button(:id, 'xxx').after.table(:index, 1).click No. The other way. I guess that means it's not intuitive. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/ab21c970/attachment-0001.html From jeff at dark-light.com Fri Aug 11 17:20:48 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 14:20:48 -0700 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> References: <11c8704e0608101245u3cb90f49p4c7a29918e96a855@mail.gmail.com> <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> Message-ID: <44DCF4B0.5040402@dark-light.com> Dave Hoover wrote: > On 8/11/06, Bret Pettichord wrote: > >> This suggests instead we use this as the API: >> ie.button(:id, 'xxx').after.table(:index, 1) >> > > So this expression returns a button, correct? I should be able to say... > ie.button(:id, 'xxx').after.table(:index, 1).click > > I think that works nicely, particularly because we don't have to > assign any elements to variables. > > Of course, now someone else is going to post something better and I'll > have to say I like that one even more. ;-) > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > I have a question about this ... if we have ie.button().after.table.click we do mean the button right ??? it's almost mis-leading ... ( I understand what *should* happen ... just not necessarily how my mind see's it when I look @ the statement ( I keep wanting to see "table.click" ... ) jd From jeff at dark-light.com Fri Aug 11 17:46:06 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 14:46:06 -0700 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> Message-ID: <44DCFA9E.3@dark-light.com> Bret Pettichord wrote: > > > On 8/11/06, *Dave Hoover* > wrote: > > On 8/11/06, Bret Pettichord > wrote: > > This suggests instead we use this as the API: > > ie.button(:id, 'xxx').after.table(:index, 1) > > So this expression returns a button, correct? I should be able to > say... > ie.button(:id, 'xxx').after.table(:index, 1).click > > > No. The other way. > > I guess that means it's not intuitive. > > Bret > ------------------------------------------------------------------------ > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core another way I was thinking might work... ie.after( :table => { } ).button( :src => /blah/ ).click It would require a bit of object stuff ... so that the .after simply returns a collection of elements for every significant thing in the page after the found element ... then the other code works on that collect ... anyways, just thinking out loud. jd From jeff at dark-light.com Fri Aug 11 17:48:31 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 14:48:31 -0700 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: References: <44DB97D6.8090408@qantom.com> <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <44DCC400.9040204@dark-light.com> <44DCE5C4.4090703@dark-light.com> Message-ID: <44DCFB2F.8090706@dark-light.com> Bret Pettichord wrote: > ... but I'll code something up ( as a patch to 1.4 ) and send it along > > for review ... let people see how evil powerful we can we when we do > stuff like this. > > > > I saw at least three different suggestions in your email, so i 'm not > sure which you are offering to do (or maybe all?). > > In any case, i don't think anyone is maintaining 1.4. > > Patches should be against trunk. > > All of the suggestions on this thread seem non-trivial to me and > therefore may have to wait until 1.6. > > Bret > ------------------------------------------------------------------------ > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core I'd happily be in the middle of all of these different ways of finding elements/grouping elements, etc ... modifications for the individual elements as well as new collection returning methods... whatever you want me to work on ... I've just submitted a permission form for the company I work for to be "completely" happy with me working on an external OSS project ... Anyways ... just keepin' everybody in the loop. jd From dave.hoover at gmail.com Fri Aug 11 17:51:07 2006 From: dave.hoover at gmail.com (Dave Hoover) Date: Fri, 11 Aug 2006 16:51:07 -0500 Subject: [Wtr-core] ... update to selection criteria... In-Reply-To: <44DCF4B0.5040402@dark-light.com> References: <11c8704e0608101428q8371394hd599ea002f333653@mail.gmail.com> <00c201c6bcdc$28701960$6400a8c0@laptop> <11c8704e0608102000u4a38cb86vbf8675caf38191ca@mail.gmail.com> <011601c6bcf7$8ef458c0$6400a8c0@laptop> <000b01c6bd6a$40660a50$6400a8c0@laptop> <11c8704e0608111054l11115096o3e60301517aa2acd@mail.gmail.com> <11c8704e0608111309w3e00bc60l5833f6297ed874f7@mail.gmail.com> <44DCF4B0.5040402@dark-light.com> Message-ID: <11c8704e0608111451r7933b143te3cf42be118a0c2b@mail.gmail.com> On 8/11/06, Jeff Wood wrote: > if we have > > ie.button().after.table.click we do mean the button right ??? it's > almost mis-leading ... ( I understand what *should* happen ... just not > necessarily how my mind see's it when I look @ the statement ( I keep > wanting to see "table.click" ... ) If you read it like a sentence, then it makes sense... hey browser, get the button after the first table and click it But if you're thinking like a Watir programmer, it could be confusing because we're accustomed to having methods return the elements they're named after. This breaks the assumption that a method called radio will always return a radio. Tradeoffs, tradeoffs... From bret at pettichord.com Fri Aug 11 19:16:14 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 11 Aug 2006 18:16:14 -0500 Subject: [Wtr-core] How to Help Message-ID: On 8/11/06, Jeff Wood wrote: > > whatever you want me to work on ... I've just submitted a permission > form for the company I work for to be "completely" happy with me working > on an external OSS project ... What i would like help with is getting 1.5 wrapped up. I sent out a short plan the other day and didn't get any comments. Mostly what we need are bug fixes, finishing half-build new features, and documentation. Please see my previous email. I'm working on getting Jira updated so we have a detailed road map. But there are lots of things in there right now that, though not yet prioritized, you could work on. We also need to have a way to share prototype code and useful-code that may or may not be included in core-watir. I think the best way to do this would be put the contributed code on the wiki. I started this page: http://wiki.openqa.org/display/WTR/Contributions You could help by commenting on this proposal, and if you like it help make it happen. Also there are lots of bug reports in the email archives that we don't have jira tickets for. And we have also had small contributions made to the mailing list that could be archived on the wiki. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/f4066344/attachment.html From rand.thacker at gmail.com Fri Aug 11 19:52:53 2006 From: rand.thacker at gmail.com (Rand Thacker) Date: Fri, 11 Aug 2006 18:52:53 -0500 Subject: [Wtr-core] How to Help In-Reply-To: References: Message-ID: <33dc42ea0608111652g1b5b6096seed0bab1eac5f8d8@mail.gmail.com> Bret, I am going to go through the bugs listed in Jira within the next couple of days. I will start looking into any bugs I think I can handle (with my limited knowledge). Once I find one that I think I can fix, how do I get assigned to one of those bugs? I created an account on jira... On 8/11/06, Bret Pettichord wrote: > > On 8/11/06, Jeff Wood wrote: > > > > whatever you want me to work on ... I've just submitted a permission > > form for the company I work for to be "completely" happy with me working > > on an external OSS project ... > > > What i would like help with is getting 1.5 wrapped up. I sent out a short > plan the other day and didn't get any comments. > > Mostly what we need are bug fixes, finishing half-build new features, and > documentation. > > Please see my previous email. I'm working on getting Jira updated so we > have a detailed road map. But there are lots of things in there right now > that, though not yet prioritized, you could work on. > > We also need to have a way to share prototype code and useful-code that > may or may not be included in core-watir. I think the best way to do this > would be put the contributed code on the wiki. I started this page: > http://wiki.openqa.org/display/WTR/Contributions > > You could help by commenting on this proposal, and if you like it help > make it happen. > > Also there are lots of bug reports in the email archives that we don't > have jira tickets for. And we have also had small contributions made to the > mailing list that could be archived on the wiki. > > Bret > > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > -- "I am the most humble person in the world!" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060811/dd65297c/attachment.html From jeff at dark-light.com Fri Aug 11 20:21:59 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 17:21:59 -0700 Subject: [Wtr-core] How to Help In-Reply-To: References: Message-ID: <44DD1F27.5080109@dark-light.com> Bret Pettichord wrote: > On 8/11/06, *Jeff Wood* > wrote: > > whatever you want me to work on ... I've just submitted a permission > form for the company I work for to be "completely" happy with me > working > on an external OSS project ... > > > What i would like help with is getting 1.5 wrapped up. I sent out a > short plan the other day and didn't get any comments. > > Mostly what we need are bug fixes, finishing half-build new features, > and documentation. > > Please see my previous email. I'm working on getting Jira updated so > we have a detailed road map. But there are lots of things in there > right now that, though not yet prioritized, you could work on. > > We also need to have a way to share prototype code and useful-code > that may or may not be included in core-watir. I think the best way to > do this would be put the contributed code on the wiki. I started this > page: http://wiki.openqa.org/display/WTR/Contributions > > You could help by commenting on this proposal, and if you like it help > make it happen. > > Also there are lots of bug reports in the email archives that we don't > have jira tickets for. And we have also had small contributions made > to the mailing list that could be archived on the wiki. > > Bret > > ------------------------------------------------------------------------ > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core Agreed, I will dig through and see what things in there I can deal with ... I'm sure all of them are within grasp given enough time ... but, I'll see what quick kills I see on the list. Sorry if I'm over zealous on the other ... it's just a thing I've been craving for a while ... As far as responding to the other email , I wasn't sure how much time I was going to have to actually participate so I had just been quietly following along. Anyways ... As always, I'm in the background, give me a shout if there's anything specific I can do to help. Ciao for now ... jd From bret at pettichord.com Sat Aug 12 01:39:34 2006 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 12 Aug 2006 00:39:34 -0500 Subject: [Wtr-core] How to Help In-Reply-To: <33dc42ea0608111652g1b5b6096seed0bab1eac5f8d8@mail.gmail.com> References: <33dc42ea0608111652g1b5b6096seed0bab1eac5f8d8@mail.gmail.com> Message-ID: On 8/11/06, Rand Thacker wrote: > > Bret, I am going to go through the bugs listed in Jira within the next > couple of days. > > I will start looking into any bugs I think I can handle (with my limited > knowledge). Once I find one that I think I can fix, how do I get assigned > to one of those bugs? I created an account on jira... > The simplest thing would be to code up a fix and then create a patch file and attach it to the Jira ticket. You should have the rights to do that. Then Charley or me or one of the other committers can review it and commit it (or let you why not). I saw a good description on Scott Hanselman's blog about how to create a patch file, if you are unfamiliar with that process. I will try to make sure that any bugs i'm working on are assigned to me, to avoid collisions. You can also send an email to maybe the wtr-development list if you are going to start working on one and are worried that someone else might also be too. Or to get tips. But i'm going to try and avoid explaining how to fix bugs. Please don't take it personally, but i have a lot of time trying to explain how to do watir development to people that in retrospect would have helped the project more if i had just did the work myself. This no doubt reflects on both my own poor judgment as well as my weak explanation skills, but then i have to learn to live with what weaknesses i have. I'm forcing myself to hold off on making these kinds of investments in people until i actually see some code they have written. I'm not really concerned about formally assigning defects to people. I've done that before, but often defects were assigned to people and that didn't really end up fixing them and then i'd get annoyed, so why even start the cycle of guilt and dissapointment? Another really, really great way to contribute to the project and to really learn the heart of watir would be to clean up our existing unit tests (which are kind of gnarly and looked at my many new users) or write new tests for parts of watir that are missing tests. There are tips on what needs to be done in Jira. The oldest code in Watir are probably some of the unit tests. Some of them tested extensions i originally made to Chris Morris's IE Controller. The controller isn't used any more, nor the extensions, but the tests are still here. I believe that maybe half the watir code base is made up of unit tests. There are debates in the TDD community about whether unit tests are about testing or about something else -- design, behavior specification, etc. I think tests are both. They are both about testing and about design and in fact the design of watir comes out in the tests -- not in the code itself. Paul wrote most of the original Watir code, but some of his recent comments make me pretty sure that he hasn't looked at it recently. He may not recognize it any more. The exhaustive unit tests (most of which he also wrote) have allowed me to refactor the code base many times over, removing duplication and allowing new features to be added without actually increasing the amount of code. 1.5 supports dozens more attributes than 1.4and has multiple-attribute support and yet the code is not any bulkier, and arguably is even easier to understand -- probably not to Paul, to whom it will now be unfamiliar, but to someone coming to it new. Another thing you should try, if you want to understand watir, is to break some code you don't understand and then run the unit tests and see what breaks. I do this a lot. Occassionally nothing bad happens -- that's when you know that you working with untested code. Very risky to change it. But most of the time, that won't happen. Bret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060812/ef37d31f/attachment-0001.html From bret at pettichord.com Sat Aug 12 01:58:35 2006 From: bret at pettichord.com (Bret Pettichord) Date: Sat, 12 Aug 2006 00:58:35 -0500 Subject: [Wtr-core] Suggestion: execute javascript Message-ID: <44DD6E0B.2060304@pettichord.com> Looking to help out? It would probably be useful and mostly easy to write code to support ie.exec_javascript 'myJavaScriptFunction' The hard part? How would you write a unit test for this? (If you do it, the first step would be to make sure there is a Jira ticket for it.) Bret -------- Original Message -------- Subject: Re: [Wtr-general] Accessed Denied in Nested Frames Date: Fri, 11 Aug 2006 17:04:22 -0600 From: Attebery, Bill Reply-To: wtr-general at rubyforge.org To: ...if possible more information about how to call arbitrary javascript functions without firing an event from a page element. Here's one way to call an arbitrary java function that works like a charm for me. window=$ie.ie.Document.parentWindow window.execScript('') To give credit where credit is due, I found this on a blog (which also has more details): http://blogs.telerik.com/blogs/twisted_asp_net/archive/2006/04/26/201.aspx -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: file:///C|/DOCUME~1/BRET~1.PET/LOCALS~1/TEMP/nsmail.txt Url: http://rubyforge.org/pipermail/wtr-core/attachments/20060812/209dfb2c/attachment.txt From jeff at dark-light.com Sat Aug 12 02:56:00 2006 From: jeff at dark-light.com (Jeff Wood) Date: Fri, 11 Aug 2006 23:56:00 -0700 Subject: [Wtr-core] Suggestion: execute javascript In-Reply-To: <44DD6E0B.2060304@pettichord.com> References: <44DD6E0B.2060304@pettichord.com> Message-ID: On Fri, 11 Aug 2006 22:58:35 -0700, Bret Pettichord wrote: > Looking to help out? > > It would probably be useful and mostly easy to write code to support > > ie.exec_javascript 'myJavaScriptFunction' > > The hard part? How would you write a unit test for this? > > (If you do it, the first step would be to make sure there is a Jira > ticket for it.) > > Bret > > -------- Original Message -------- > Subject: Re: [Wtr-general] Accessed Denied in Nested Frames > Date: Fri, 11 Aug 2006 17:04:22 -0600 > From: Attebery, Bill > Reply-To: wtr-general at rubyforge.org > To: > > > > ...if possible more information about how to call arbitrary javascript > functions without firing an event from a page element. > Here's one way to call an arbitrary java function that works like a > charm for me. > window=$ie.ie.Document.parentWindow > window.execScript('') > To give credit where credit is due, I found this on a blog (which also > has more details): > http://blogs.telerik.com/blogs/twisted_asp_net/archive/2006/04/26/201.aspx > If the javascript code opens the document and adds elements that weren't in the document before the function executes ... that would be a pretty good test. jd From bret at pettichord.com Fri Aug 18 12:16:49 2006 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 18 Aug 2006 11:16:49 -0500 Subject: [Wtr-core] Fwd: RUBY at SD West 2007 In-Reply-To: References: Message-ID: FYI. I'm not writing a proposal, but one of you might want to. Bret ---------- Forwarded message ---------- From: MRuettinger at cmp.com Date: Aug 10, 2006 5:51 PM Subject: RUBY at SD West 2007 To: bret at pettichord.com Hi Bret, My name is Michelle Ruettinger and I'm the Conference Specialist for Dr. Dobb's SD Events. We're starting a Ruby Track this year at SD West (Dave Thomas has agreed to be track chair), and I'm writing to see if you would be interested in submitting a class (or two). SD West 2007 will be March 19-23, 2007 at the Santa Clara Convention Center in Santa Clara, Calif. If you are interested in viewing the Call for Papers area for the show please visit: https://www.cmpevents.com/SDw7/a.asp?option=N&V=1. Note that the call for papers is set to close Friday, Aug. 11, but we're granting an extension for the Ruby track. If you're interested in taking a look at last year's line-up, please visit http://www.sdexpo.com/2006/west/overview.htm. SD West is now in it's 19th year. SD's mission is to provide an environment where software development team members can advance themselves, obtain state-of-the-art information supplied by top experts in the field and develop solutions for today's challenging problems. Please email or call me if you'd like to discuss this opportunity further. I look forward to your response. Cheers, Michelle ********************************* Michelle Ruettinger Conference Specialist SD Events CMP Media 600 Harrison St., 6th Floor San Francisco, CA 94107 www.sdexpo.com T: 415.947.6189 F: 415.947.6070 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060818/2241b633/attachment.html From christopher.mcmahon at gmail.com Fri Aug 18 12:28:47 2006 From: christopher.mcmahon at gmail.com (Chris McMahon) Date: Fri, 18 Aug 2006 09:28:47 -0700 Subject: [Wtr-core] Fwd: RUBY at SD West 2007 In-Reply-To: References: Message-ID: <72799cd70608180928w7a38c99erb266f54298d3ca4d@mail.gmail.com> No honorariums for SDWest, it looks like. -CHris On 8/18/06, Bret Pettichord wrote: > FYI. I'm not writing a proposal, but one of you might want to. > > Bret > > ---------- Forwarded message ---------- > From: MRuettinger at cmp.com > Date: Aug 10, 2006 5:51 PM > Subject: RUBY at SD West 2007 > To: bret at pettichord.com > > > Hi Bret, > > My name is Michelle Ruettinger and I'm the Conference Specialist for Dr. > Dobb's SD Events. We're starting a Ruby Track this year at SD West (Dave > Thomas has agreed to be track chair), and I'm writing to see if you would be > interested in submitting a class (or two). SD West 2007 will be March 19-23, > 2007 at the Santa Clara Convention Center in Santa Clara, Calif. > > If you are interested in viewing the Call for Papers area for the show > please visit: > https://www.cmpevents.com/SDw7/a.asp?option=N&V=1 . Note > that the call for papers is set to close Friday, Aug. 11, but we're granting > an extension for the Ruby track. If you're interested in taking a look at > last year's line-up, please visit > http://www.sdexpo.com/2006/west/overview.htm . > > SD West is now in it's 19th year. SD's mission is to provide an environment > where software development team members can advance themselves, obtain > state-of-the-art information supplied by top experts in the field and > develop solutions for today's challenging problems. > > Please email or call me if you'd like to discuss this opportunity further. > > I look forward to your response. > > Cheers, > Michelle > > ********************************* > Michelle Ruettinger > Conference Specialist > SD Events > CMP Media > 600 Harrison St., 6th Floor > San Francisco, CA 94107 > www.sdexpo.com > T: 415.947.6189 > F: 415.947.6070 > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > From charley.baker at gmail.com Fri Aug 18 15:33:09 2006 From: charley.baker at gmail.com (Charley Baker) Date: Fri, 18 Aug 2006 13:33:09 -0600 Subject: [Wtr-core] Fwd: RUBY at SD West 2007 In-Reply-To: <72799cd70608180928w7a38c99erb266f54298d3ca4d@mail.gmail.com> References: <72799cd70608180928w7a38c99erb266f54298d3ca4d@mail.gmail.com> Message-ID: Plane fare and a hotel room at least? :) -c On 8/18/06, Chris McMahon wrote: > > No honorariums for SDWest, it looks like. > -CHris > > On 8/18/06, Bret Pettichord wrote: > > FYI. I'm not writing a proposal, but one of you might want to. > > > > Bret > > > > ---------- Forwarded message ---------- > > From: MRuettinger at cmp.com > > Date: Aug 10, 2006 5:51 PM > > Subject: RUBY at SD West 2007 > > To: bret at pettichord.com > > > > > > Hi Bret, > > > > My name is Michelle Ruettinger and I'm the Conference Specialist for Dr. > > Dobb's SD Events. We're starting a Ruby Track this year at SD West > (Dave > > Thomas has agreed to be track chair), and I'm writing to see if you > would be > > interested in submitting a class (or two). SD West 2007 will be March > 19-23, > > 2007 at the Santa Clara Convention Center in Santa Clara, Calif. > > > > If you are interested in viewing the Call for Papers area for the show > > please visit: > > https://www.cmpevents.com/SDw7/a.asp?option=N&V=1 . Note > > that the call for papers is set to close Friday, Aug. 11, but we're > granting > > an extension for the Ruby track. If you're interested in taking a look > at > > last year's line-up, please visit > > http://www.sdexpo.com/2006/west/overview.htm . > > > > SD West is now in it's 19th year. SD's mission is to provide an > environment > > where software development team members can advance themselves, obtain > > state-of-the-art information supplied by top experts in the field and > > develop solutions for today's challenging problems. > > > > Please email or call me if you'd like to discuss this opportunity > further. > > > > I look forward to your response. > > > > Cheers, > > Michelle > > > > ********************************* > > Michelle Ruettinger > > Conference Specialist > > SD Events > > CMP Media > > 600 Harrison St., 6th Floor > > San Francisco, CA 94107 > > www.sdexpo.com > > T: 415.947.6189 > > F: 415.947.6070 > > > > _______________________________________________ > > Wtr-core mailing list > > Wtr-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wtr-core > > > > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wtr-core/attachments/20060818/bc1663eb/attachment.html From mb at michaelbolton.net Sun Aug 20 13:52:25 2006 From: mb at michaelbolton.net (Michael Bolton) Date: Sun, 20 Aug 2006 13:52:25 -0400 Subject: [Wtr-core] Fwd: RUBY at SD West 2007 In-Reply-To: <72799cd70608180928w7a38c99erb266f54298d3ca4d@mail.gmail.com> Message-ID: <000701c6c481$6a2765f0$6801a8c0@Koko> What did you see or hear that suggested this? ---Michael B. -----Original Message----- From: wtr-core-bounces at rubyforge.org [mailto:wtr-core-bounces at rubyforge.org] On Behalf Of Chris McMahon Sent: August 18, 2006 12:29 PM To: wtr-core at rubyforge.org Subject: Re: [Wtr-core] Fwd: RUBY at SD West 2007 No honorariums for SDWest, it looks like. -CHris On 8/18/06, Bret Pettichord wrote: > FYI. I'm not writing a proposal, but one of you might want to. > > Bret > > ---------- Forwarded message ---------- > From: MRuettinger at cmp.com > Date: Aug 10, 2006 5:51 PM > Subject: RUBY at SD West 2007 > To: bret at pettichord.com > > > Hi Bret, > > My name is Michelle Ruettinger and I'm the Conference Specialist for Dr. > Dobb's SD Events. We're starting a Ruby Track this year at SD West (Dave > Thomas has agreed to be track chair), and I'm writing to see if you would be > interested in submitting a class (or two). SD West 2007 will be March 19-23, > 2007 at the Santa Clara Convention Center in Santa Clara, Calif. > > If you are interested in viewing the Call for Papers area for the show > please visit: > https://www.cmpevents.com/SDw7/a.asp?option=N&V=1 . Note > that the call for papers is set to close Friday, Aug. 11, but we're granting > an extension for the Ruby track. If you're interested in taking a look at > last year's line-up, please visit > http://www.sdexpo.com/2006/west/overview.htm . > > SD West is now in it's 19th year. SD's mission is to provide an environment > where software development team members can advance themselves, obtain > state-of-the-art information supplied by top experts in the field and > develop solutions for today's challenging problems. > > Please email or call me if you'd like to discuss this opportunity further. > > I look forward to your response. > > Cheers, > Michelle > > ********************************* > Michelle Ruettinger > Conference Specialist > SD Events > CMP Media > 600 Harrison St., 6th Floor > San Francisco, CA 94107 > www.sdexpo.com > T: 415.947.6189 > F: 415.947.6070 > > _______________________________________________ > Wtr-core mailing list > Wtr-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-core > > _______________________________________________ Wtr-core mailing list Wtr-core at rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-core