[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Relative Namespaces

• From: Matt Sergeant <matt@s...>
• To: Richard Tobin <richard@c...>
• Date: Thu, 15 Mar 2001 15:23:31 +0000 (GMT)

On Thu, 15 Mar 2001, Richard Tobin wrote:

> If parser writers want to conform to the XML spec, they must accept
> documents that use colons in names in ways that the namespaces spec
> makes illegal.  As far as I can see, the namespaces spec does not
> actually impose any conformance requirements on parsers in this
> respect, but if they want to conform to the spirit of the namespaces
> spec, they must report misuses of colons.  If they want to conform to
> both, then they must either have some kind of switch, or report such
> misuses as warnings, not fatal errors.

While you're adding rules that don't exist, I have actually found the
right rule - you're right, I was wrong:

[Definition:] If the attribute name matches PrefixedAttName, then the
NCName gives the namespace prefix, used to associate element and
attribute names with the namespace name in the attribute value in the
scope of the element to which the declaration is attached. *In such
declarations, the namespace name may not be empty.*

(emphasis mine)

Odd, that the author of http://www.jclark.com/xml/xmlns.htm would
implement a parser that doesn't report this as an error... I guess I'll
submit a bug report.

-- 
<Matt/>

    /||    ** Founder and CTO  **  **   http://axkit.com/     **
   //||    **  AxKit.com Ltd   **  ** XML Application Serving **
  // ||    ** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** mod_perl news and resources: http://take23.org  **
     \\//
     //\\
    //  \\

• Follow-Ups:
  • Re: Relative Namespaces
    • From: Martin Gudgin <marting@d...>

• References:
  • Re: Relative Namespaces
    • From: Richard Tobin <richard@c...>

• Prev by Date: What can be changed, and what cannot? (was: Re: Request for a poll)
• Next by Date: RE: ??? (was RE: A simple guy with a simple problem)
• Previous by thread: Re: Relative Namespaces
• Next by thread: Re: Relative Namespaces
• Index(es):
  • Date
  • Thread