- From: <bugzilla@jessica.w3.org>
- Date: Wed, 02 Nov 2016 09:54:03 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29975 Bug ID: 29975 Summary: [FO31] Can we assume the schema for the XML namespace is implicitly imported? Product: XPath / XQuery / XSLT Version: Candidate Recommendation Hardware: PC OS: All Status: NEW Severity: normal Priority: P2 Component: Functions and Operators 3.1 Assignee: mike@saxonica.com Reporter: mike@saxonica.com QA Contact: public-qt-comments@w3.org Target Milestone: --- The examples in 14.5.3 for the fn:idref() function only work if the schema for the XML namespace is implicitly imported. The test case does lax validation on a fragment of XML that uses an xml:id attribute, which will cause the corresponding node to have the is-id property if and only if the attribute declaration for xml:id is present in the in-scope schema definitions. In bug #28174 we considered whether the schema for the fn namespace should be automatically imported. It was a somewhat convoluted thread. The conclusion was that (a) it should not be automatically imported, but (b) processors should be required to recognize the namespace in an "import schema" declaration, and an import schema for this namespace should therefore be guaranteed to succeed (and to import the schema that we specify, not any other) whether or not a schema-location is provided. This text indeed appears under "import schema" in XQuery and under xsl:import-schema in XSLT. (see also bug 29974) I think we should probably do the same for the XML namespace. We should make it clear that (a) the XML namespace is not (necessarily) implicitly imported, but that an "import schema" specifying the right URI is guaranteed to import the correct schema regardless of any location hints. Meanwhile the examples in F+O 14.5.3, and therefore the test cases in app-spec-examples (specifically fo-test-fn-idref-001 and -002) make an unwarranted assumption that the XML namespace is imported, and we should fix the examples / test cases to ensure this. This isn't easy within the current mechanisms since the code needed is then XQuery or XSLT dependent. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Wednesday, 2 November 2016 09:54:11 UTC