- 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