- From: <bugzilla@wiggum.w3.org>
- Date: Sun, 17 Jan 2010 21:38:03 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8775
Summary: [XQuery 1.1] Private functions in module namespace
Product: XPath / XQuery / XSLT
Version: Working drafts
Platform: PC
OS/Version: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: XQuery 1.1
AssignedTo: jonathan.robie@redhat.com
ReportedBy: mike@saxonica.com
QAContact: public-qt-comments@w3.org
The specification states:
Every function name declared in a library module must (when expanded) be in the
target namespace of the library module
This seems an unnecessary constraint in the case of private functions: we
should not impose restrictions that serve no useful purpose. Many users might
find it more natural to use the "local:" namespace for private functions.
Incidentally, I also checked to see what the uniqueness rules were for private
functions. I noticed it says:
It is a static error [err:XQST0034] if the expanded QName and arity (number of
arguments) of the declared function are equal (as defined by the eq operator)
to the expanded QName and arity of another function in *function signatures*.
and the definition of "function signatures" is: "the set of functions that are
available to be called from within an expression". Like other aspects of the
static context, it is defining the static context in relation to an expression;
but for the uniqueness rules, it's not obvious what this expression is. It
might be better to say "equal () to the expanded QName and arity of another
function declared or imported in the containing Prolog".
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 17 January 2010 21:38:05 UTC