This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The description of the 'expression' attribute on smlerr:output says, among other things, "If the node set contains namespace, processing instructions, comments, or text nodes, then no output is generated." Whether this means "no output is generated for text nodes, etc., only for elements and attributes in the node set" or "if there is anything but elements and attributes in the node set, no output at all is generated" (the words are imperfectly clear to me), the refusal to generate output for text nodes, etc., seems unmotivated. The design would be simpler and the spec more useful if this restriction were dropped.
Resolution is to remove the restrictions on these additional node types.
Section 5.1, last paragraph now reads: "expression= an XPath 1.0 expression that evaluates to a node set. The expression is evaluated in the context of the node selected by the context attribute in the parent sch:rule element. This XPath expression can use the deref() extension function." In section 5.1.4, first paragraph, the text "The serialization is only performed if the node set contains attribute and/or element nodes. Otherwise, no structured XML is serialized and an empty smlerr:errorData element is returned." has been replaced with the following new text: "If the node set is empty, an empty smlerr:errorData element is returned." ----- **This brings up an issue in the next paragraph which specifies how element nodes and attribute nodes are serialized. How are other node types to be serialized, e.g., text nodes?
All nodes will be serialized in the same fashion (using XML serialization). Recommend approval of this change by the WG
Resolving as per consensus on 9/20 call