Hey Bret,

sure enough class_name works as expected.  I just checked the Element class 
documentation and hadn't noticed that it was one of many element attributes 
that I could have queried.  My bad...

I've just tried 1166 on some of the frame related tests that were behaving 
erratically under 1158.  These tests dealt with frames generally nested to a 
depth of two (frame(:index,1).frame(:index,2)) with six or more frames 
contained inside the second level and a few frames at the outer level.  From a 
seat of the pants experiment where I repeated the test suite run 10 times I saw 
one occasion (not frame related) where things could have broken down but the 
frame tests themselves executed fine.

I'll keep an eye on things but I'd say that 1166 looks to be way better behaved 
with frames than 1158 which behaved somewhat erratically on this class of tests 
that I'd been scripting last week.  With my tests I couldn't categorically 
state however that frame interactions have been totally solved but I can say 
that it seems to have worked for me... ;^)

Keep up the good work Watir folk...

Thanks.

Regards,
Derek Wong.

>>> Bret Pettichord <[EMAIL PROTECTED]> 15/05/2007 5:14 p.m. >>>
Derek Wong wrote:
> Hi,
>
> I'm trying to write some tests that test various attribute keys in <DIV> 
> elements for particular values.  The <DIV> in question has a "class" 
> attribute but even though I know the attribute is defined, invoking 
> attribute_value("class") always returns nil.  I've tried this on other 
> elements aside from <DIV> and I've also seen similar issues.  Is there 
> something I'm missing here?
>   
I don't really know how attribute_value works.

But you should be able to get the class using ie.div(:name, 
'foo').class_name

> I haven't tried this on 1158 yet, as there's something (frames related) that 
> caused me to revert to 1145 a few days ago so that I could get some tests 
> going.
>   
I don't think it will help with this issue, but i would appreciate it if 
you could take a look at 1166. I believe the frames problems should be 
licked and would like some confirmation.

Bret


_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general

Reply via email to