- From: <bugzilla@wiggum.w3.org>
- Date: Sun, 29 Oct 2006 01:36:57 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3878 Summary: [FS] editorial: 3.3 Error Handling Product: XPath / XQuery / XSLT Version: Candidate Recommendation Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Formal Semantics AssignedTo: simeon@us.ibm.com ReportedBy: jmdyck@ibiblio.org QAContact: public-qt-comments@w3.org 3.3 Error Handling "The [Functions and Operators] [XQuery 1.0: An XML Query Language], and [XML Path Language (XPath) 2.0] specify the conditions under which an expression or operator raises an error." Insert "documents" before or after the list of documents. Insert comma after "Operators]". Insert "normatively" before "specify". (It's reasonable to expect that "static semantics" includes static errors, and thus that the normative static semantics in the FS would include normative specification of the conditions for static errors. Since it doesn't, I think it's important for the FS to say where the normative specification for errors is instead.) "Instead, this document describe the rules necessary to statically detect the subset of the [XPath/XQuery] dynamic errors known as type error^XQ." s/describe/describes/ The XQuery document doesn't appear to agree that type errors are a subset of dynamic errors. So maybe change to: "However, this document does describe the rules necessary to statically detect type errors^XQ." Except that that doesn't appear to be true. The FS occasionally mentions when a type error would be raised, but it doesn't describe rules to detect it, other than in the one case in 4 / STA.
Received on Sunday, 29 October 2006 01:37:04 UTC