W3C home > Mailing lists > Public > public-qt-comments@w3.org > November 2005

[Bug 2474] [SER] fully-normalized be implemented?

From: <bugzilla@wiggum.w3.org>
Date: Mon, 07 Nov 2005 20:10:53 +0000
To: public-qt-comments@w3.org
Cc:
Message-Id: <E1EZDKP-0003fL-Vr@wiggum.w3.org>

http://www.w3.org/Bugs/Public/show_bug.cgi?id=2474

           Summary: [SER] fully-normalized be implemented?
           Product: XPath / XQuery / XSLT
           Version: Candidate Recommendation
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Serialization
        AssignedTo: scott_boag@us.ibm.com
        ReportedBy: colin@colina.demon.co.uk
         QAContact: public-qt-comments@w3.org


Can normalization-form="fully-normalized" be implemented?

Suppose a user codes a stylesheet which includes a literal result element
xi:include, where xi is bound to the XInclude namespace.
Then for the serializer to fully-normalize the output, it must act as an
XInclude processor and normalize the content of the included text, and then
replace the xi:include element with the normalized text.
But this is contrary to the syntax of a literal result element.

So I conclude that it is impossible to implement this normalization form in XSLT
(I don't know XQuery, so I cannot say).

An alternative is to inspect the contents of the to-be-included resource, and
raise a serialization error if it is not already normalized.
But this still involves the serializer having to act as an XInclude processor.

But it's not just xi:include elements that are includes.
What about if doctype-system is specified?
And in general, how can the serializer know if an LRE is meant to function as
include syntax.
Received on Monday, 7 November 2005 20:11:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:14:42 GMT