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

Re: Namespace Processing Hints and Rant on Scoping/Defaulting

• From: james anderson <James.Anderson@m...>
• To: XML Dev <xml-dev@i...>
• Date: Wed, 12 Aug 1998 14:21:12 +0200

David Megginson wrote:
> 
> John Cowan writes:
> 
>  > The trouble arises in this case:
>  >
>  >      <foo:thing>This thing belongs to URI A</foo:thing>
>  >      ...
>  >      <foo:thing>This thing belongs to URI B</foo:thing>
>  >
>  > where the same prefix is meant to map to more than one URI in
>  > the course of the document.  The DTD can't supply "xmlns:foo"
>  > default attribute values for both foo:a elements, because to
>  > a DTD they are the same element type.
> 
> This is a problem with defaulting, not with validation -- although
> DTDs can do both, the two are distinct.

They were distinct.

Both now depend on unambiguous names. With the present namespace WD,
unambiguous names depend, in turn, in some cases, on attribute defaults. Which
is circular, since that depends on an unambiguous name for the respective
element, and makes validation depend on defaulting.

I would have prefered to keep the two orthogonal, but I'm just trying to
implement it, not design it...

> 
> Exactly the same problem occurs with architectural forms, where you
> might want to derive an element of the same type from different

It's not _quite_ the same, since those _names_ are presumed unambiguous.
 
> architectural forms at different points in a document.  From the
> perspective of DTD design, you have three major choices:

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• References:
  • Re: wd-xml-names: resolve the element name in the scope of its containing element.
    • From: Tim Bray <tbray@t...>
  • Re: wd-xml-names: resolve the element name in the scope of its containing element.
    • From: John Cowan <cowan@l...>
  • Namespace Processing Hints and Rant on Scoping/Defaulting
    • From: David Megginson <david@m...>
  • Re: Namespace Processing Hints and Rant on Scoping/Defaulting
    • From: John Cowan <cowan@l...>
  • Re: Namespace Processing Hints and Rant on Scoping/Defaulting
    • From: David Megginson <david@m...>

• Prev by Date: Re: Java class != XML entity
• Next by Date: Re: Java class != XML entity
• Previous by thread: Re: Namespace Processing Hints and Rant on Scoping/Defaulting
• Next by thread: Re: Namespace Processing Hints and Rant on Scoping/Defaulting
• Index(es):
  • Date
  • Thread