22413 2013-06-20 04:24:37 +0000 [imports]: Imported documents should execute script 2013-08-22 05:55:59 +0000 1 1 1 Unclassified WebAppsWG HISTORICAL - Component Model unspecified PC All RESOLVED FIXED P2 normal --- 20683 1 morrita dglazkov simonjam tonyg public-webapps-bugzilla oldest_to_newest 89626 0 morrita 2013-06-20 04:24:37 +0000 If imported document has <script>s, they should be executed. The question is, which executio environment/global objecdt/browsing context/etc should be used to the execution. Actually, many more questions will follow. 89634 1 morrita 2013-06-20 06:08:17 +0000 My strawman here is to use master document as the document of the execution. Specifically, we need to patch HTML so that the created script gets associated documents/browsing context/etc from the master document. * http://www.whatwg.org/specs/web-apps/current-work/multipage/webappapis.html#creating-scripts This should work as if it is loaded through XHR and eval()-ed, except that the script is kicked by the HTML parser thus script execution happens during parsing, not after the parsing finished. Also, we shouldn't explicitly execute sub-imports in "import fetching algorithm". Instead, we could modify '4 Link Type "import"' section to ensure that it loads linked import regardless if the document is a master or not. By doing this, the execution order is guaranteed recursively. 89662 2 dglazkov 2013-06-20 20:45:44 +0000 (In reply to comment #1) > Also, we shouldn't explicitly execute sub-imports in "import fetching > algorithm". > Instead, we could modify '4 Link Type "import"' section to ensure that > it loads linked import regardless if the document is a master or not. > > By doing this, the execution order is guaranteed recursively. Right. I wondered if we should zap the "processing sub-imports" step altogether, and instead monkeypatch HTML spec to allow running scripts, loading stylesheets and registering element declarations when parsing an imported document. 89669 3 morrita 2013-06-21 00:06:27 +0000 (In reply to comment #2) > > Right. I wondered if we should zap the "processing sub-imports" step > altogether, and instead monkeypatch HTML spec to allow running scripts, > loading stylesheets and registering element declarations when parsing an > imported document. We surely need a patch for running script. For stylesheet, it look it's just a metadata for HTML and loading it (especially if it doesn't affect rendering at that timing) can taken as just an implementation detail. For element registration, we could patch Custom Element... Or Custom Element could provide some hook for that. I have no clear idea how the hook looks like though. 90998 4 dglazkov 2013-07-19 17:46:12 +0000 I wonder if Tony or James have thoughts/opinions on this. 92450 5 morrita 2013-08-22 05:55:59 +0000 Mark as fixed for now: https://dvcs.w3.org/hg/webcomponents/rev/b51a8826c617 Any feedback is appreciated. I'd like to rather polish it than exploring alternate approach unless the whole direction is wrong.