Thanks Paul, for confirming that this works. I'll close my bug. The
problem I was seeing originally must be unrelated to the click method
on links in frames.
I'm trying to test pages generated by SAP WebDynPro ABAP components,
which is a real pain, so it's likely that I missed something in
writing my original test and then was led astray by using the wrong
assertion type. I'll inform the list if I figure out what the problem
is. I'm sure you're all on tender-hooks : )
Bret,
I'm joining the wtr-development list, where this discussion probably
belongs. But my preferred behavior of ie.element(*).method (where
"method" is something like "click" or "flash") would be for it to
return the ie.element(*) object if successful and return an exception
if unsuccessful. That way, if I'm not mistaken, one could do things
like ie.element(*).flash.click.click to click an object twice and then
make it flash.
However, that's a discussion of general behavior that I'm sure will
take a good deal of hashing out, especially if Watir's wait behavior
precludes it. I haven't spent a great deal of time in the Watir code
to determine how this sort of thing would work, but it's on the list
of things to do this weekend.
Thanks for all the help,
Ethan
On 10/25/06, Bret Pettichord <[EMAIL PROTECTED]> wrote:
> Paul,
>
> Thanks for looking at this.
>
>
> Ethan,
>
> What did you want "assert ie.thing.click" to be checking? That an error
> wasn't raised? If so you should be using "assert_nothing_raised
> {ie.thing.click}".
>
> The return value of click and many other methods has not really been
> defined. In Watir 1.5, click happens to return the amount of time that
> it took to load the page after the click. It sounds like it simply
> return nil in 1.4. If people have opinions regarding what the return
> values of such methods should be, i am happy to hear them. We haven't
> really given much attention to this in the past, and i'm not sure
> whether people really care.
>
> Bret
> _______________________________________________
> 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
