I think this bug may have been fixed already in the dev tree, but would like to test it.
Dear All:
#CODE*******************************************
<dataset type = "http" src="" name = "ConfigKey" request = "true" timeout = "500"/>
<datapointer name = "Configdp" xpath = "ConfigKey:/*">
<method event = "oninit">
<![CDATA[
ConfigKey.doRequest();
]]>
</method>
<method event = "ondata">
<![CDATA[
Debug.write(" DataSet With Data ");
Configdp.selectChild();
argsA = Configdp.getNodeAttribute("value");
Configdp.selectNext();
argsB = Configdp.getNodeAttribute("value");
]]>
</method>
<method event = "onerror">
<![CDATA[
ConfigKey.doRequest();
]]>
</method>
<method event = "ontimeout">
<![CDATA[
ConfigKey.doRequest();
]]>
</method>
</datapointer>
#CODE*******************************************
I Have a code like this.
So I use lzc to make it into swf. And When I run the swf. There is some unusual Warning like This:
WARNING: «LzLoader#1| «XML#0»».returnData: «XML#2| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#4»».returnData: «XML#5| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#7»».returnData: «XML#8| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#7»».returnData: «XML#0| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#7»».returnData: «XML#11| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#7»».returnData: «XML#4| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
WARNING: «LzLoader#1| «XML#14»».returnData: «XML#15| constructor="[type Function]" __proto__="undefined"CWSXJi» already loaded
What it is?
If I lost some args in lzc?
I use lzc like:
Lzc app.lzx
Thanks!
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
_______________________________________________ Laszlo-dev mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
