That does the trick.
In jquery svn, we need to change the following lines:
Line number 4910:
eval.call( window, this.text || this.textContent || this.innerHTML || "" );
should be changed to
{var src="" this.text || this.textContent || this.innerHTML || "";
window.evalScript?window.evalScript(src):eval.apply(window,src);}
Unfortunately this does not work:
(window.evalScript?window.evalScript:eval).apply(window,this.text || this.textContent || this.innerHTML || "");
Similarly, line 5134:
if ( type == "script" ) eval.call( window, data );
should be changed to:
if ( type == "script" ) {window.evalScript?window.evalScript(data):eval.call( window, data );}
John, pls do the needful.
Thanks
Regards
Ashutosh
On 9/1/06, Francisco Brito <[EMAIL PROTECTED]> wrote:
Use window.execScript for IE.
(some switch would be needed, such as:)
(window.execScript || self.eval)(script);
cheersBritoOn 9/1/06, ashutosh bijoor <[EMAIL PROTECTED]> wrote:The solution suggested earlier for executing _javascript_ code embedded in HTML returned by an ajax call by using eval.call(window,...) works great in FF, but not in IE6.
eval.call(window,jscode) still executes in the context of the block in which eval is called. Hence, any functions that are defined in the loaded _javascript_ are not available outside.
i tried all kinds of things to get around this such as :
with (window) {
eval(jscode);
}
I thought maybe the prototype guys have cracked this problem, but alas - they do not even do the eval.call (window,...) so I expect their code will not even work in FF.
Any suggestions?
How can we change the execution context of eval?
Regards
AshutoshOn 8/17/06, ashutosh bijoor <[EMAIL PROTECTED]> wrote:On a related issue to load, I was running into trouble with the embedded script execution that jquery does by default as follows:
// Execute all the scripts inside of the newly-injected HTML
$("script", self).each(function(){
eval( this.text || this.textContent || this.innerHTML || "");
});
I noticed in my tests in FF 1.5, that if there are any functions defined in the script tags, these functions have scope only in the block containing the eval - in this case, the callback function for each, and hence these are unavailable in the global scope.
To circumvent this problem, I did the following:
// Execute all the scripts inside of the newly-injected HTML
$("script", self).each(function(){
eval.call(window,this.text || this.textContent || this.innerHTML || "");
});
This solves the problem of making the scripts globally scoped.
I also noticed during my tests that the scripts which loaded external js files were also giving me trouble. But before I suggest my solution for the same, I'd like some inputs on whether this problem is genuine.
To illustrate the above problems, assume we make an ajax call as follows:
$('#mydiv').load('test.html');
and test.html contained:
<script type="text/_javascript_">
function myfunc() {
alert("Hi");
}
</script>
<script type="text/_javascript_" src=""> <input type="button" value="click here" ><input type="button" value="click here too" >
And myfile.js contained :
function myotherfunc() {
alert("MyOtherFunc");
}
Now once test.html is loaded in mydiv, if we click on the two buttons, we should expect the respective alerts, right?
Well no - it did not work that way for me. And then with a little bit of digging, I found the following:
1. The first script was indeed executed, but the myfunc() was defined only in the scope of the eval block. So the above fix worked for solving this problem.
2. For the other script tag <script type="text/_javascript_" src="" myfile.js">, somehow myfile.js did not get loaded at all! For now, I've fixed this in a round-about way by actually adding a script tag to the head etc. But would appreciate if someone could give me inputs regarding this problem.
Does it behave the same in other browsers? Or is it just my browser? Or just me :-)
RegardsAshutosh
On 8/17/06, Taku Sano (Mikage Sawatari) < [EMAIL PROTECTED]> wrote:With Ajax facilities of jQuery, it is not easy to deal with errors. In
addition, it is inconvenient to repeat reloading the same URL to
observe changes. Please confirm my patch handles these issues.
[patch for svn.208]
http://pepper.sherry.jp/jquery/newajaxpatch-svn208.patch
[test page]
http://pepper.sherry.jp/jquery/newajaxfunc.html
Problems:
- $().load() replaces the HTML regardless of whether the request has
succeeded or failed. Therefore it is impossible to customize an error
message to show.
- Callback functions can't learn if the request has succeeded or not.
- It's true that there are methods that are called on error. But even
if it failed, DOM elements are always replaced, and callbacks are
always called.
- There are no ways to set timeout. In case of a server doesn't respond,
we can't abort the request after a few seconds and display an error.
Improvements:
- Callbacks for $().load(), $.get, $.post now takes the second argument
which represents a state ("success", "failure", "notmodified").
- $().load() no longer replaces the HTML on error, if a callback is
supplied. Without a callback, it replaces the HTML on error as it
used to do.
- $().load(), $.get, $.post now can timeout. When it timed out, the state
becomes "failure" and treated as an error.
$.ajaxTimeout(1000); // ms
$().load();
- Added 2 ajax methods:
$().loadIfModified();
$.getIfModified();
These methods set If-Modified-Since header to Ajax requests. They are
useful when we periodically reload the same URL to see changes.
They work the same way as $().load and $.get if the URL is updated.
When it is unchanged, ().load doesn't replace the URL but does callback.
In that case, the state will be "notmodified".
Since IE always returns the same cached content for the same URL, it is
normally impossible to check changes. It's true that it is possible to
force not to use cache by appending some random characters as query of
the URL, but then we waste the traffic needlessly. $().loadIfModified()
and $.getIfModified() solve this problem.
----
Taku Sano
_______________________________________________
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
--
Reach1to1 Communications
http://www.reach1to1.com
[EMAIL PROTECTED]
98201-94408
--
Reach1to1 Communications
http://www.reach1to1.com
[EMAIL PROTECTED]
98201-94408
_______________________________________________
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
_______________________________________________
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
--
Reach1to1 Communications
http://www.reach1to1.com
[EMAIL PROTECTED]
98201-94408
_______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/
