some other things that we should consider:
table#to_a currently returns the cells as text. I think ( I think it was Bret
that suggested it) this should return an array of TableCell objects
which menas we need Table#to_text_array ( or similar name). This may well break
peoples existing code, so Im in 2 minds about it. I think it needs to be done,
but I dont want to piss people off by having to make many changes
a method to get the html className of any element - or did this already get in?
in many apps, on an error condition, a textfield may have a different color
background to highlight a mandatory field or erroronous entry, we could then
confirm by doing
if ie.text_field(:index,1).class_name == 'ErrorClass'
# some message confirm we got the right thing
end
The exception objects should have more info, so I can do
begin
ie.text_field(:index,1).set('foo')
rescue ObjectDisabledException => e
puts "Object is readoly!!"
puts e.how # displays index - maybe a better name is needed
puts e.what # displays 1 - maybe a better name is needed
puts e.url # displays the url of the error
puts e.page_title #
puts e. anything else?
end
----- Original Message -----
From: Bret Pettichord <[EMAIL PROTECTED]>
Date: Wednesday, August 17, 2005 4:31 pm
Subject: [Wtr-general] next steps
> 1. finish purging all camelCase names in methods and local and
> instance
> variables.
> 2. finish renaming stuff that has the wrong name (like all the
> references
> to containers called 'ieController')
> 3. separate logic for locating objects (get_object) so it can be
> configured
> separately without having to what the WET people did (change
> overriding
> syntax).
> 4. rip out winclicker and autoit and use wet/winobjects instead
> 5. make it so that anything that be a container; refactor
> different methods
> currently used for this (frames & forms)
>
> and then
>
> 6. defer invokation of COM calls until necessary
>
> I've been pushing us this way for a while and believe that it is
> more
> important than ever. The simplest example of what this means is
> that code
> like this will work:
>
> table = ie.frame(:name, 'foo').table(:index, 4)
> # do stuff
> table[3][4].button(:index, 1).click
>
> This is convenient and often what casual users expect. Currently
> watir
> supports this to one level only.
>
> Once we have this, this gives us a platform that we can do several
> other
> things:
> a. invoke method in a separate process, so we never run into
> thread
> blocking problems again.
> b. invoke selenium or xcom/mozilla or another browser-driving
> technology
> instead of IE/COM
> c. attach a logger so we get cheap, decent, accurate logging
>
>
>
> _____________________
> Bret Pettichord
> www.pettichord.com
>
> _______________________________________________
> Wtr-general mailing list
> [email protected]
> http://rubyforge.org/mailman/listinfo/wtr-general
>
_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general
