[Webtest] Best way to determine "current response" (for better JS support)?
Lisa Crispin
webtest@lists.canoo.com
Wed, 17 Nov 2004 20:23:14 +0000
--NextPart_Webmail_9m3u9jl4l_19101_1100722994_0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Hi Marc,
I'm having trouble understanding your proposal (admittedly I am technically challenged, but also my programmer coworkers don't understand). What's an example of a response loaded by a js onchange event? Are you saying that a popup would be considered the "current" response if it has focus, and therefore, if you did a verifytext for example, it would be on that popup window, rather than the parent window? Aren't there different types of popups (child windows, etc), would that make any difference?
I'm trying to grasp what the change would mean for us. I think it is good, because we do have some javascript in our new system. But I'm not sure.
thanks,
Lisa
-------------- Original message from Marc Guillemot <mguillemot@yahoo.fr>: --------------
> Hi,
>
> with the increasing support for javascript it seems that current way of
> considering "current" response is not more natural.
>
> Current situation:
> The page on which steps (like verifyXXX, setXXX, ...) are performed is -
> approximatively - the last one returned by an
> invoke, a clicklink or a clickbutton (except for popups), a followframe (perhaps
> do I forget some steps).
> This means for instance that responses loaded by a js onchange event in a form
> or popups are never considered as the
> current response.
>
> A more "natural" way?
> Perhaps could we avoid saving a special response as the "current" one and just
> consider the window that has the focus?
> It would be a bit more difficult when frames are present but no impossible.
>
> Do I miss something or could we go in this direction?
>
> Marc.
>
> _______________________________________________
> WebTest mailing list
> WebTest@lists.canoo.com
> http://lists.canoo.com/mailman/listinfo/webtest
--NextPart_Webmail_9m3u9jl4l_19101_1100722994_0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
<html>
<!-- BEGIN WEBMAIL STATIONERY -->
<head></head>
<body>
<!-- WEBMAIL STATIONERY noneset -->
<DIV></DIV>
<DIV>Hi Marc,</DIV>
<DIV>I'm having trouble understanding your proposal (admittedly I am technically challenged, but also my programmer coworkers don't understand). What's an example of a response loaded by a js onchange event? Are you saying that a popup would be considered the "current" response if it has focus, and therefore, if you did a verifytext for example, it would be on that popup window, rather than the parent window? Aren't there different types of popups (child windows, etc), would that make any difference? </DIV>
<DIV> </DIV>
<DIV>I'm trying to grasp what the change would mean for us. I think it is good, because we do have some javascript in our new system. But I'm not sure.</DIV>
<DIV>thanks,</DIV>
<DIV>Lisa</DIV>
<DIV> </DIV>
<DIV>-------------- Original message from Marc Guillemot <mguillemot@yahoo.fr>: -------------- <BR><BR><BR>> Hi, <BR>> <BR>> with the increasing support for javascript it seems that current way of <BR>> considering "current" response is not more natural. <BR>> <BR>> Current situation: <BR>> The page on which steps (like verifyXXX, setXXX, ...) are performed is - <BR>> approximatively - the last one returned by an <BR>> invoke, a clicklink or a clickbutton (except for popups), a followframe (perhaps <BR>> do I forget some steps). <BR>> This means for instance that responses loaded by a js onchange event in a form <BR>> or popups are never considered as the <BR>> current response. <BR>> <BR>> A more "natural" way? <BR>> Perhaps could we avoid saving a special response as the "current" one and just <BR>> consider the window that has the focus? <BR>> It would be a bit more difficult when frames are present but no impossible. <BR>> <BR>> Do I miss something or could we go in this direction? <BR>> <BR>> Marc. <BR>> <BR>> _______________________________________________ <BR>> WebTest mailing list <BR>> WebTest@lists.canoo.com <BR>> http://lists.canoo.com/mailman/listinfo/webtest </DIV>
<!-- END WEBMAIL STATIONERY -->
</body>
</html>
--NextPart_Webmail_9m3u9jl4l_19101_1100722994_0--