W3C home > Mailing lists > Public > www-svg@w3.org > December 2004

Re: LC Comment - Script & Progressive Rendering / Multiple Pages

From: Peter Sorotokin <psorotok@adobe.com>
Date: Wed, 01 Dec 2004 11:44:52 -0800
To: Boris Zbarsky <bzbarsky@MIT.EDU>
Cc: www-svg@w3.org
Message-id: <5.2.0.9.2.20041201113950.032cd6a8@mailsj-v1.corp.adobe.com>

At 11:57 AM 12/1/2004 -0600, Boris Zbarsky wrote:
>Peter Sorotokin wrote:
>>I don't think HTML or XHTML spec really defines it.
>
>You're correct, it does not.  There's a de-facto standard, not a de-jure one.
>
>>If new script needs to be executed at runtime, just execute script 
>>through your language-dependent mechanisms explicitly.
>
>I want to dynamically execute the script at http://foo at runtime.  Using 
>language-dependent mechanisms in ECMAScript I have to somehow load the 
>data into a string (dealing with character encodings in the process) and 
>then call eval() on it?

Yes. Use URIRequest and eval.

>   Using a <script> node, I just set the src attribute and insert the node.

I think this usage is a hack.

>This is a relatively common use case on the web, especially for working 
>around UA bugs by executing slightly different scripts based on 
>UA-sniffing or object-sniffing (though most pages use document.write() 
>instead of creating nodes via DOM, the concept is the same and 
>document.write() is not available in SVG).

URIRequest and eval works just as well for that.


>>If script is executed on insertion, a lot of funny issues arise. For 
>>instance, if I remove a branch from a tree and then insert it somewhere 
>>else all the scripts in that branch will be reexecuted
>
>Not necessarily.  See the algorithm described in my last response to Jim.

Yes, I saw it; this implies that script element has some sort of a hidden 
state that has to be managed it some way. I'd rather not introduce it.

Peter


>-Boris
Received on Wednesday, 1 December 2004 19:44:59 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:29 GMT