Lists Home |
Date Index |
- From: email@example.com (Ron Bourret)
- To: firstname.lastname@example.org
- Date: Tue, 4 Aug 1998 15:18:25 +0200
> After an hour with the namespace draft, this is where I'm at. If I'm wildly
> dead wrong, as is often the case when I'm dealing with namespaces, please let
> me know. The FIXED declaration for the xmlns attribute and the removal of
> prefixes from subelements appear to be the main issues. I could change the
> attribute to xmlns:XSC and return the prefixes if that seems preferable. (I'm
> planning on overriding it again in the Doc element, and allowing others to
> override it in the More element, if that's helpful.
> [stuff snipped]
> 2.1 The XSchema Element
> The XSchema element is the root element for all XSchema documents. The
> declaration for the XSchema element is:
> <!ELEMENT XSchema (Doc?, More?, Namespace*, (ElementDecl | AttDef | Model |
> Choice | Sequence | Mixed | Ref | Notation | XSchema)*)>
> <!ATTLIST XSchema
> xmlns CDATA #FIXED "http://www.purl.org/NET/XSchema/v1"
> Version CDATA #FIXED "1.0"
> MimeType CDATA "application/xml"
> FileExtension CDATA "xml"
> id ID #IMPLIED>
> [more stuff snipped]
> The XSchema namespace is fixed with the xmlns attribute to correspond with the
> 8/2/98 working draft of Namespaces in XML.
I think this is the right way to go. We might want to add a note to the spec
that, if the XSchema DTD is external and someone is using a non-validating
parser, they should add the following declaration to the internal DTD to ensure
the correct namespace is used for XSchema elements:
<!ATTLIST xmlns CDATA #FIXED "http://www.purl.org/NET/XSchema/v1">
Just to make sure, you are overriding the default in the Doc element to use the
IBTWSH URI and in the More element to set the default to null. (We can't really
do anything else with More because we don't know what namespace URI or prefix
people will use.) We should also recommend that people include these attribute
declarations in their internal subset when the XSchema DTD is external and they
are using a non-validating parser.
-- Ron Bourret
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)