- From: <bugzilla@jessica.w3.org>
- Date: Fri, 10 Jan 2014 06:10:38 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24266 Bug ID: 24266 Summary: [XSLT 3.0] Decouple XSLT and XPath versions Product: XPath / XQuery / XSLT Version: Last Call drafts Hardware: PC OS: All Status: NEW Severity: normal Priority: P2 Component: XSLT 3.0 Assignee: mike@saxonica.com Reporter: mike@saxonica.com QA Contact: public-qt-comments@w3.org XSLT and XPath development are no longer synchronized and it is quite possible that an XPath 3.1 specification will be published during the lifetime of XSLT 3.0. We should therefore consider whether XSLT should adopt the same policy as for other dependencies such as Unicode, XML, and XSD, namely to allow use of XSLT 3.0 with XPath 3.0 or any later version. This would have to take into account the possibility of data model changes. My proposal would be that an XSLT 3.0 processor * may allow use of versions of XPath, F+O, and Serialization later than 3.0 * must reject any XPath expression with a static or dynamic error as appropriate if it returns a value that is outside the value space of XDM 3.0. (For example, an array). (But note, we currently allow extension functions to return values that are outside the value space of XDM 3.0. So perhaps in the second rule, "must reject" should be "may reject") If future versions of XPath extend the static or dynamic context, then such extended parts of the context should take an implementation-defined value. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 10 January 2014 06:10:40 UTC