20261 2012-12-06 09:21:47 +0000 [SER30] Usability problem with XHTML 5.0 prefix stripping 2013-01-22 18:34:29 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Serialization 3.0 Last Call drafts PC All RESOLVED FIXED P2 normal --- 1 mike zongaro public-qt-comments oldest_to_newest 79530 0 mike 2012-12-06 09:21:47 +0000 Bullet 4 in the second bullet list in section 6 states, inter alia: It is a serialization error [err:SERE0020] if the element node has a namespace node for the default namespace whose value is not equal to the namespace URI of the element node. This seems to imply that it is impossible to serialize the following perfectly reasonable document: <html xmlns="http://www.w3.org/1999/xhtml"> <head><title>Heading</title></head> <body> <div> <s:svg xmlns:s="http://www.w3.org/2000/svg" version="1.1"> <s:circle cx="100" cy="50" r="40" stroke="black" stroke-width="2" fill="red"/> </s:svg> </div> </body> </html> because the svg element violates this rule. Surely this is not intended? 79532 1 mike 2012-12-06 09:35:04 +0000 A related problem: the rule also states "The serializer MUST serialize a default namespace declaration for the namespace, unless a default namespace declaration for the same namespace URI is already in scope for the element in the serialized result." but fails to say that this namespace declaration must be cancelled on any descendant elements that use a different default namespace or none. I would propose solving these issues by describing the process differently. The XHTML 5.0 serializer should apply the following transformation to the result tree prior to serialization: <xsl:template match="xhtml:* | svg:* | mathml:*"> <xsl:element name="{local-name()}" namespace-uri="{namespace-uri()}"> <xsl:copy-of select="@*"/> <xsl:apply-templates/> </xsl:element> </xsl:template> 79927 2 zongaro 2012-12-11 16:14:49 +0000 I think your proposed transformation looks reasonable at first glance. Speaking for myself, of course, not the working groups. 81329 3 zongaro 2013-01-14 10:59:40 +0000 Michael, at their joint teleconference of 18 December 2012,[1] the XSLT and XQuery Working Groups decided to revise the Serialization 3.0 document along the lines that you've proposed in comment #1. As you were present when this decision was made, I trust you agree with it, and I will mark the bug as CLOSED. [1] https://lists.w3.org/Archives/Member/w3c-xsl-query/2012Dec/0054.html 81400 4 zongaro 2013-01-15 15:41:14 +0000 Michael, I have applied changes to the latest member-only Serialization 3.0 draft, primarily to section 6,[2] that I hope remedy this bug to your satisfaction. I attempted to improve the description of stripping prefixes in prose and added an XSLT stylesheet that I hope is equivalent to that description. If it satisfactorily resolves the issue, I will then create an equivalent XQuery expression. I would be grateful if you could have a look. These changes also fix the problem reported in the first comment of bug 20251.[3] [2] https://www.w3.org/XML/Group/qtspecs/specifications/xslt-xquery-serialization-30/html/Overview.html#xhtml-output [3] https://www.w3.org/Bugs/Public/show_bug.cgi?id=20251#c1 81443 5 mike 2013-01-15 22:20:53 +0000 I suspect that in this template <xsl:template match="node()|@*|namespace::*"> <xsl:copy> <xsl:apply-templates select="@*|namespace::*|node()"/> </xsl:copy> </xsl:template> the xsl:copy should say copy-namespaces="no", as the whole point of the template is to be selective about which namespace nodes are copied. 81485 6 zongaro 2013-01-16 14:57:09 +0000 Michael, thanks for spotting that omission. My XSLT neurons have atrophied after a year of disuse! 81957 7 zongaro 2013-01-22 18:34:29 +0000 Michael, I have updated the Serialization draft to add the "copy-namespaces" attribute to the xsl:copy, as you suggested. I had also added an XQuery equivalent, but have since removed it, as directed by the XSLT and XQuery working groups in their joint teleconference of 22 January 2013.[4] The latest internal draft of Serialization 3.0 contains these changes. [4] https://lists.w3.org/Archives/Member/w3c-xsl-query/2013Jan/0073.html (Member-only link.)