W3C home > Mailing lists > Public > xmlschema-dev@w3.org > October 2005

RE: Advice, please: Restricting wild cards in anonymous types

From: Grimaldi, Linda L. <Linda.L.Grimaldi@mdnt.com>
Date: Fri, 7 Oct 2005 09:35:35 -0400
Message-ID: <462CA03DC33F324F9BBFBDBF112B479F8B0CDE@wdcxh01.mdnt.com>
To: "Henry S. Thompson" <ht@inf.ed.ac.uk>
Cc: <xmlschema-dev@w3.org>

Thank you.  That confirms what I thought. Unfortunately, the element in
question is global, with no containing parent other than xs:schema, and
is defined by an anonymous complex type- not a design choice I would
have made had I designed the original schema.  Or at least not now that
I have first hand experience of its implications.

-----Original Message-----
From: Henry S. Thompson [mailto:ht@inf.ed.ac.uk] 
Sent: Friday, October 07, 2005 2:34 AM
To: Grimaldi, Linda L.
Cc: xmlschema-dev@w3.org
Subject: Re: Advice, please: Restricting wild cards in anonymous types

Hash: SHA1

Grimaldi, Linda L. writes:

> I am working with a "standard" schema that allows <xs:any,
> namespace="##other" ... in its complex types.  The problem I am having
> is that, since the complex types are anonymous, I don't seem to be
> to restrict (or extend) them in the usual way.  Is there any way
> this issue, some other way to restrict the xs:any to a specific
> that is local to my own namespace?

Named or not, the only way to _change_ what the content model of the
containing element allows is by redefining a type -- in your case, the
first named type definition which itself contains the element
declaration with the anonymous type definition.

- -- 
 Henry S. Thompson, HCRC Language Technology Group, University of
                     Half-time member of W3C Team
    2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
            Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                   URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged
Version: GnuPG v1.2.6 (GNU/Linux)

Received on Friday, 7 October 2005 13:36:43 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:56:08 UTC