- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 03 Jan 2006 15:09:26 +0000
- To: www-xml-schema-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=2632
Summary: Default value and [schema normalized value]
Product: XML Schema
Version: 1.0/1.1 both
Platform: All
OS/Version: All
Status: NEW
Keywords: unclassified
Severity: normal
Priority: P2
Component: Structures: XSD Part 1
AssignedTo: ht@w3.org
ReportedBy: sandygao@ca.ibm.com
QAContact: www-xml-schema-comments@w3.org
Section 3.3.1 of Part 1 says:
If default is specified, and if the element being ·validated· is empty, then
the canonical form of the supplied constraint value becomes the [schema
normalized value] of the ·validated· element in the ·post-schema-validation
infoset·.
But the definition of [schema normalized value] says:
1 If clause 3.2 of Element Locally Valid (Element) (§3.3.4) and Element
Default Value (§3.3.5) above have not applied and either the ·type
definition· is a simple type definition or its {content type} is a simple
type definition, then the ·normalized value· of the item as ·validated·.
2 otherwise ·absent·.
which implies that if the type definition is a complex type with complex
content, then the schema normalized value is always absent.
There seems to be a contradiction here: can an element with mixed content
have a [schema normalized value], or not?
Furthermore, the definition of [schema normalized value] appears to say that
the [schema normalized value] will always be ·absent· if Element Default
Value (§3.3.5) applies, whereas Element Default Value (§3.3.5) says that in
this situation the [schema normalized value] will be the canonical lexical
representation of the {value constraint} value. They can't both be right...
see: http://lists.w3.org/Archives/Public/xmlschema-dev/2006Jan/0000.html
Received on Tuesday, 3 January 2006 15:09:36 UTC