RE: Namespaces, schemas, Simon's filters.

["Fuchs, Matthew" <matthew.fuchs@commerceone.com>]

One doesn't really need any new syntax.  If we consider complexTypes as
introducing a new namespace (which we're perfectly free to do - the NS rec
doesn't say anything about how you create or name a namespace, nor much
about what a namespace is) then xsi:type is an attribute that says "the
default namespace within this element is the namespace created by the
complexType with this name".  That's it.

Matthew

> -----Original Message-----
> From: Ronald Bourret [mailto:rpbourret@rpbourret.com]
> Sent: Monday, August 27, 2001 11:23 PM
> To: xml-dev@lists.xml.org
> Subject: Re: Namespaces, schemas, Simon's filters.
> 
> 
> Peter Piatko wrote:
> > I think it is pretty clear that the syntactic sugar of the 
> Namespace rec
> > doesn't handle hierarchies all that well, and that Per-Element-Type
> > partitions introduce such hierarchies (of at least one 
> level anyway).  So I
> > feel that the options are (a) enhance the syntax or (b) 
> simplify (i.e.
> > flatten) the interpretation of what namespaces are.  The 
> current situation
> > is just confusing.
> 
> Agreed, although it is mostly confusing because we keep 
> trying to impose
> things on namespaces that just aren't there. I've many a mini-career
> trying to debunk these and I still get tripped up...
> 
> > Option (b) implies that an identifier might map to multiple 
> types.  I think
> > the question boils down whether this ok or not.
> 
> In the end, I think you have to allow it. My gut tells me that the
> alternative could get quite nasty. Besides, one of the nice 
> things about
> XML is that it does let you do your own thing, even if that 
> thing isn't
> always the best thing to do.
> 
> -- Ron
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
>