- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 24 Jul 2009 22:52:13 +0000
- To: www-xml-schema-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6722 --- Comment #2 from C. M. Sperberg-McQueen <cmsmcq@blackmesatech.com> 2009-07-24 22:52:13 --- The minutes of 20 March provide a little more detail about what we thought was odd about the current formulation; I reproduce the relevant words here for the record: Looking at definition of laxly accessed: definition is very odd in that it appears to mostly be about when you MUST to lax accessment; the definitional aspects are a little lost. The current text of section 3.3.4.6 Schema-Validity Assessment (Element) includes the following paragraph within the text of the Validation Rule: Schema-Validity Assessment (Element), immediately following the numbered list of clauses which defines the term 'strictly assessed'. [Definition:] If the item cannot be ·strictly assessed·, because neither clause 1.1 nor clause 1.2 above is satisfied or the necessary components are missing (see Missing Sub-components (§5.3), and the item is not ·skipped·, the element information item's schema validity must be laxly assessed by ·validating· with respect to ·xs:anyType· as per Element Locally Valid (Type) (§3.3.4.4) and assessing schema-validity of its [attributes] and [children] as per clause 2 and clause 3 above. If the element information item is ·skipped·, it must not be laxly assessed. Following up from this morning's discussion, I propose here two possible resolutions of the issue. Plan A: A1) First, replace the paragraph just quoted in full with: If an item cannot be ·strictly assessed·, because neither clause 1.1 nor clause 1.2 above is satisfied or the necessary components are missing (see Missing Sub-components (§5.3), and the item is not ·skipped·, the element information item's schema validity must be laxly assessed. If the element information item is ·skipped·, it must not be laxly assessed. The new text is mostly the same as the old with these changes: - s/the item/an item/ in the opening words of the paragraph. - Remove the markup which identifies the text of the current paragraph as a definition. - Delete the words "by ·validating· with respect to ·xs:anyType· as per Element Locally Valid (Type) (§3.3.4.4) and assessing schema-validity of its [attributes] and [children] as per clause 2 and clause 3 above" from the first paragraph. A2) Second, after the validation rule Schema-Validity Assessment (Element), insert a paragraph defining the term 'laxly assessed' and a note: [Definition:] The schema validity of an element information item E is laxly assessed if and only if both of the following are true: 1 E has neither a ·governing element declaration· nor a ·governing type definition·. 2 E is ·validated· with respect to ·xs:anyType· as defined Element Locally Valid (Type) (§3.3.4.4) and the schema-validity of E's [attributes] and [children] is assessed as described in clause 2 and clause 3 of Schema-Validity Assessment (Element) (§3.3.4.6). Note: It follows from the definitions given that no element information item can be both ·strictly assessed· and ·laxly assessed· in the same schema-validity ·assessment· episode. Plan B: B1) First, replace the validation rule with something like: Validation Rule: Schema-Validity Assessment (Element) The schema-validity assessment of an element information item E is performed as follows: 1 If E has a governing element declaration or a governing type definition, then E MUST be strictly assessed. 2 If E is skipped, E MUST NOT be assessed. 3 Otherwise, E MUST be laxly assessed. B2) Second, follow this new formulation of the validation rule with the definitions of strict and lax assessment, so they would not be textually part of the validation rule itself. B3) Change the introductory wording of 'strictly assessed' from For the schema-validity of an element information item E to be strictly assessed, all of the following must be true: to An element information item E is strictly assessed if and only if, all of the following are true: B4) Take the definition of lax assessment and the following note from Plan A. B5) Optionally change both definitions to begin not with An element information item E is strictly | laxly assessed if and only if ... but instead with An element information item E is said to be strictly | laxly assessed if and only if ... Discussion I think Plan B is better spec drafting; it separates the definitions of terms more cleanly from normative requirements on processes and processors. On the other hand, if the WG prefers Plan A (as I expect some members of the WG will), I can live with it. -- 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 Friday, 24 July 2009 22:52:22 UTC