- From: <bugzilla@jessica.w3.org>
- Date: Thu, 18 Oct 2012 13:48:08 +0000
- To: public-qt-comments@w3.org
- Message-ID: <bug-19602-523@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=19602 Priority: P2 Bug ID: 19602 Assignee: jonathan.robie@gmail.com Summary: [XQ30] Features not scoped to a module QA Contact: public-qt-comments@w3.org Severity: normal Classification: Unclassified OS: All Reporter: mike@saxonica.com Hardware: PC Status: NEW Version: Last Call drafts Component: XQuery 3.0 Product: XPath / XQuery / XSLT When prohibit feature is used in a module, the specification states that the implementation must behave as if that feature is not enabled in that module. However, not all aspects of optional features are scoped to a module, and this creates difficulties if a feature is enabled in one module but disabled in another. For example, the schema-aware feature "permits an XDM to contain types other than xs:untyped and xs:untypedAtomic", and it makes no sense to allow this in one module and not in others. Similar problems apply to the serialization feature. Although it's plausible to allow fn:serialize to be called in one module, but not to be available in another module, I would hope that there is no expectation that fn:lookup("fn:serialize") succeeds in one case and fails in the other - that's too much of a burden for implementations to justify any value. I would like to agree the principle that prohibit-feature is only required to disable things that can be detected statically. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 18 October 2012 13:48:15 UTC