- From: <bugzilla@jessica.w3.org>
- Date: Fri, 25 Oct 2013 15:37:06 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23631 Bug ID: 23631 Summary: [xslt 3.0] function-lookup() and XSLT extensions to the dynamic context Product: XPath / XQuery / XSLT Version: Working 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 When function-lookup() is used to get a context-dependent function such as position() or last(), it keeps the XPath dynamic context as part of the closure, so the value of position() will be its value at the point where function-lookup() was called. To what extent should this also apply to the XSLT extensions to the XPath dynamic context (listed in 5.4.4). The values that are accessible to functions are: The current group and current grouping key (current-group(), current-grouping-key()) The current captured substrings (regex-group()) In addition, we have the current() function. Some of this is fairly heavyweight stuff (non-trivial cost to compute the value and to save it just on the off-chance that it might be needed). The current() function is particularly awkward because of its effect on the ability to inline or outline variables. Functions that depend on the static context, such as type-available() are also problematic: given that different types are available in different packages, it may be significant work to retain information about the types that were available at the point where function-available() was called. My instinct is to say that none of these functions are "recognized" by function-lookup; any attempt to lookup a function such as regex-group returns "not found". -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 25 October 2013 15:37:07 UTC