- 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