Document.write and pausing

Hello everyone,
I'm playing around with document.write (just for the fun of it). My question is about the following code.

Code:

---

<iframe src="some_file.html" name="probe" onload="external_html=frames.probe.document.body.innerHTML"></iframe>
<script>
alert();document.write(external_html)
</script>

---

The alert pauses parsing until we click on OK. During that brief moment of time, the iframe will have loaded, implying that external_html is 'known' after the click on OK. The result is a page that does not only contain the iframe, but also the innerHTML of the iframe (outside of it). And since we used document.write, every bit of code written in the iframed page will be automatically tranferred to the containing page (and will execute!).
If we leave out the alert, document.write will achieve nothing, because external_html is not known yet at the time document.write is called. A timer won't correct this in a proper manner, because the whole page would be rewritten (and the iframe would not be visible anymore; this also applies to all other content).
In other words, a timeout is not a good replacement of the alert. I tried a javascript sleep function: no result either. So my question: is there some piece of code that does exactly what the alert does except for the appearance of the alert box?
Note: I'm not interested in solutions that use Ajax / that don't use the native document.write.
Thanks.

You could try a while or a for loop, but I suspect there might be issues with that:

Code:

---

<iframe src="some_file.html" name="probe" onload="external_html=frames.probe.document.body.innerHTML"></iframe>
<script>
while(typeof external_html === 'undefined'){
        var who_cares = "knows what?";
}
document.write(external_html)
</script>

---

Like it might still wipe out the iframe, or it might complain that there's too much looping or recursion going on and ask if you want to continue, which would be a lot like an alert.

But I suppose it's worth a try.

Quote:

---

Originally Posted by jscheuer1

You could try a while or a for loop, but I suspect there might be issues with that.

---

Yes, the browsers complains that there's too much looping. Maybe I should try to solve the issue using pure javascript only, since javascript is synchronous by nature.

That was pure javascript. And I know you don't like AJAX, but consider that jQuery allows one to (via AJAX) import and execute javascript. And that of course that means it can be done without jQuery, it's just a lot more complex to write and understand.

John, what I ment was that the onload in the iframe calls the execution of javascript; it's not javascript itself. If it were js in itself, then in

Code:

---

<iframe src="some_file.html" name="probe" onload="external_html=frames.probe.document.body.innerHTML"></iframe>
<script>
document.write(external_html)
</script>

---

the execution of the onload in the iframe should be synchronous: it should occur before the document.write in the subsequent script, not after it. (And as the onload happens after the document.write, the result is 'nothing').

I don't dislike Ajax. I'm just curious to know if we can simulate it with the help of an iframe (or other means).

Some time ago, I created a HttpRequest that imports external content and executes code contained in it, and a iframe-simulation of the request that does exactly what is done by the HttpRequest, see this and this. But these scripts don't recognize code (contained in the external file) that is not explicitly marked as 'script', like <a onclick="alert('test')">test</a>. I know this issue is very well handled by the jQuery load method, but I wanted to find a solution that is not dependent on a library, just for the fun of it. That's why I was thinking of a document.write application.

But you can't do doc write onload without wiping out the iframe because that invariably occurs after the iframe is parsed. Well It might work sometimes, though it's hard to image the iframe loading before the page is parsed. You just need to get in all your doc writing before the page parser (browser) closes the window for parsing/writing (before document ready).

And it's really not a question of synchronous/asynchronous. It's just what I just said. You cannot doc write after doc ready without wiping stuff out.

I'd go a bit further in that the reason there's no pausing in javascript without user interaction is, because (I think at least) if there were, you could hang stupid people up indefinitely.

Hi there molendijk,

check out the attachment, which gives a possible "document.write()" solution. ;)

Note that "Google" and "Opera" do not work locally but only on a server...

Uncaught DOMException:
Blocked a frame with origin "null" from accessing a cross-origin frame

Also note that "document.close()" should always be used.
It stops the window from hanging ;)

coothead

I thought of that, but it's not really a solution. The content is still zapped, you're just replacing it later. You would have to rewrite the entire page. At least as I understood it, the iframe was a stand in for an entire page. One could take the innerHTML of the entire page though, get rid of the load event on the iframe, then write everything including the imported content, but that seems stupid to me, and could have unforeseen consequences on complex pages.

Arie might like it though . . .

Coothead, thanks very much. But your code wipes out all content on the page (except for the iframe-content). So it is not a real solution.
Thanks anyhow.

Hi there molendijk,

Quote:

---

But your code wipes out all content on the page...

---

Well, I was only working with the code that you provided.

If you want a complete valid document example, then, no problem, just try version two. :D

coothead