- From: <bugzilla@jessica.w3.org>
- Date: Tue, 20 Sep 2016 12:59:27 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29831 Bug ID: 29831 Summary: [FO31] fn:transform and serialization to string Product: XPath / XQuery / XSLT Version: Candidate Recommendation Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P2 Component: Functions and Operators 3.1 Assignee: mike@saxonica.com Reporter: abel.braaksma@xs4all.nl QA Contact: public-qt-comments@w3.org Target Milestone: --- When serializing to a string, what serialization-options are applicable? And in the case of a 1.0 processor, does disable-output-escaping come into play (provided a processor supports it)? Consider: <xsl:value-of select="'<br>'" disable-output-escaping="true" /> The output would be "<br>". and: <xsl:value-of select="'<br>'" disable-output-escaping="false" /> The output would be "<br>" Does the returned string contain '<', 'b', 'r', '>' ("<br>", and therefore illegal XML), or does the string contain '&', 'l', 't', ';' , 'b', 'r', '>' ("<br>" and therefore legal XML)? And with respect to other output options: - if non-UTF is specified, do we return expanded entities? - if character-maps is specified, are they invoked (leading, again, to potentially illegal XML) - if HTML is specified, do we return the string for HTML, or a parsable XML string? -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 20 September 2016 12:59:36 UTC