Comments on Appendix C of the Schema Primer

1. Appendix C of the Schema Primer contains the text
	Note that when this instance document is processed, the entity will be dereferenced before schema validation takes place. 
While the meaning of "dereferenced" is clear from the context, the usual "resolved" terminology would be more appropriate.

2. The approach used in the example "Using an element instead of an entity in an instance" begs the question. The non-keyboard character (for the US English keyboard) "eacute" itself  is provided as the value of the "fixed" attribute on the "xsd:element" tag defining the "eacute" element type, e.g.

	<xsd:element name="eacute" type="xsd:token" fixed="é"/>

If I can directly enter (i.e., from the keyboard) this "eacute" character as the value of the "fixed" attribute, why not just type it in the content of the "city" element and not go through this unneeded procedure? How would this approach handle the other non-keyboard characters such as the degree sign, Greek letters, mathematical symbols, etc.?

3. The "city" element
	<city>Montr<c:eacute/>al</city> 
should be rewritten as
	<city>Montr<c:eacute></c:eacute>al</city> 
since the XML specification (http://www.w3.org/TR/2000/REC-xml-20001006#sec-starttags) recommends (for operability) that the empty-element tag be used only for EMPTY element types.

Donald Gignac	"gignacda@nswccd.navy.mil"	1-301-227-3348

Received on Thursday, 30 August 2001 09:48:59 UTC