Namespaces/XSchema Spec - XSchema Element (Sections 2.0 and 2.1), Draft 6

John Cowan cowan at
Wed Aug 5 16:14:31 BST 1998

Simon St.Laurent wrote:

> (I'll probably make XSC:Doc implied,
> not fixed.)

The point is that XSC:Doc has controlled content, and that content
is IBTWSH elements (which may contain non-IBTWSH elements via
the new parameter entity "ibtwsh.include").  IBTWSH being by intention
HTML-compatible, and HTML having no prefixes, IBTWSH elements shouldn't
appear with prefixes either.

Allowing a different "xmlns" attribute value in XSC:Doc would mean
that (e.g.) a P element would *not* be an IBTWSH P, but semantically
some other P altogether, while still being required to conform
(by the XSchema DTD) to the content model and attribute list declarations
of an IBTWSH P.

> I don't see any reason the same URN can't
> be used twice, and end up equivalent.  If it's kosher, it's going in.

URN should be URI here and below.  URI means:



> There are other fun things we could do, like adding an attribute to
> XSC:XSchema elements that identifies the namespace in which they live via the
> URN (forget the prefix), 

After mulling it for several days, I think this is the Right Thing.
Add an #IMPLIED "ns" attribute to ElementDecl and AttDef elements
whose value is an URI.  XSchema validation can then proceed with
respect to the actual URIs, and disregarding the actual prefixes
used in particular documents.  This gives XSchemas a leg-up on DTDs,
which are bound to specific prefixes in the name of SGML
(and XML 1.0) compatibility.

John Cowan		cowan at
	You tollerday donsk?  N.  You tolkatiff scowegian?  Nn.
	You spigotty anglease?  Nnn.  You phonio saxo?  Nnnn.
		Clear all so!  'Tis a Jute.... (Finnegans Wake 16.5)

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as:
To (un)subscribe, mailto:majordomo at the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at

More information about the Xml-dev mailing list