- From: <bugzilla@jessica.w3.org>
- Date: Tue, 19 Oct 2010 09:42:01 +0000
- To: public-html@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11090
Summary: Add a note about XSLT-created scripts
Product: HTML WG
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: HTML5 spec (editor: Ian Hickson)
AssignedTo: ian@hixie.ch
ReportedBy: hsivonen@iki.fi
QAContact: public-html-bugzilla@w3.org
CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
public-html@w3.org
Please add text (note or normative; I don't care as long as it's there) about
XSLT-created scripts. There are three cases:
1) <?xml-stylesheet?>-triggered transform.
2) Using XSLTProcessor.transformToDocument
3) Using XSLTProcessor.transformToFragment
In case #1, scripts created by the XSLT processor that transforms directly into
DOM nodes should behave like parser-inserted scripts in the sense that they
execute in insertion order. That is, inline and external scripts maintain order
relative to each other. (In principle, one would expect the XSLT processor to
be blocked upon a parser-blocking script, but in practice, the only known
implementation didn't actually block the XSLT processor--just executed the
scripts in order. Even if the spec said to block the XSLT processor, I doubt
we'd prioritize changing this.)
In case #1, if the XSLT processor transforms to a stream and the stream is
reparsed, the right thing happens.
I didn't yet test what the legacy behavior for cases 2 and 3 is.
(I so wish the spec had had a reminder about this a couple of months ago...)
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 19 October 2010 09:42:06 UTC