29800 2016-08-30 13:16:27 +0000 [FO31] fn:load-xquery-module, fn:transform 2016-12-16 19:55:35 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Functions and Operators 3.1 Candidate Recommendation PC Windows NT CLOSED FIXED P2 normal --- 1 tim mike public-qt-comments oldest_to_newest 127259 0 tim 2016-08-30 13:16:27 +0000 These functions are classified as "context-independent", however the text states of the stylesheet-location option that "If the value is a relative reference, it is resolved against the static base URI of the fn:transform function call." i.e. it depends on the static context. I'd guess (although it isn't stated) that in a call to fn:load-xquery-module, a relative $module-uri would be resolved against the static base URI of the function call, making fn:load-xquery-module similarly context-dependent. Also, if the fn:transform/fn:load-xquery-module function is unsupported by the host language or explicitly disabled by the user, is err:FOXT0001/err:FOQM0006. the appropriate error to raise? 127309 1 mike 2016-09-06 16:26:21 +0000 Decided: 1. We agree. 2. Module URIs are namespace URIs therefore relative URIs are deprecated and not resolved. 3. Yes. We need test cases for processors that don't support the function except by throwing an error. 127311 2 mike 2016-09-06 19:42:50 +0000 I have labelled this functions as context-dependent, and I have expanded the descriptions of error cases to include these. (Note that FOXT0004 should be used when the fn:transform function has been disabled) 127329 3 tim 2016-09-07 12:40:26 +0000 I have added tests.