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

Re: The illusion of simplicity and low cost in datadesign and

• From: "C. M. Sperberg-McQueen" <cmsmcq@blackmesatech.com>
• To: Rick Jelliffe <rjelliffe@allette.com.au>
• Date: Mon, 15 Aug 2022 06:57:25 -0600

Rick Jelliffe <rjelliffe@allette.com.au> writes:

> Even in XML Schemas, the datatype type NOTATION has the caveat "For
> compatibility (see Terminology (§1.4)) NOTATION should be used only on
> attributes and should only be used in schemas with no target
> namespace." Which makes it clear that it is a sunset feature limited
> to replicating what DTDs provided.

I'm not sure what that "Even" is doing in that sentence -- are you
seeking to want to suggest that failure to understand and use NOTATION
is more surprising in the XSD working group than in any other group?

As you will doubtless remember (since you were a member of the working
group), there were a lot of people in the XML Schema WG with what we
might call a limited appreciation of anything present in DTDs.  And it
was already clear that very few people understood how to use NOTATION
declarations usefully (whether in XML or in SGML).

> In any case, even embedded NOTATIONS were supported, you need to look
> in a schema or markup declarations so it is not inline. (By embedded I
> mean the content is in an element, by inline I mean that the the
> markup to say what the notation is at the same location.)

If you have no objection to placing information of this kind inline,
instead of factoring it out to avoid duplication, then why not just
place the schema inline?  There is nothing in the XSD spec that prevents
inline schemas:  the term 'schema document' is used because most people
will want the schema out of line, not inline, but its extension is
effectively any xsd:schema element.  Spreading it out so that the
declaration of an element is repeated for every instance of that element
type may, I admit, be a bit trickier.

-- 
C. M. Sperberg-McQueen
Black Mesa Technologies LLC
http://blackmesatech.com

• Follow-Ups:
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Rick Jelliffe <rjelliffe@allette.com.au>

• References:
  • The illusion of simplicity and low cost in data design and computing
    • From: Roger L Costello <costello@mitre.org>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Michael Kay <mike@saxonica.com>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Roger L Costello <costello@mitre.org>
  • Re: The illusion of simplicity and low cost in datadesign and computing
    • From: "C. M. Sperberg-McQueen" <cmsmcq@blackmesatech.com>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Tim Bray <tbray@textuality.com>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Rick Jelliffe <rjelliffe@allette.com.au>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Michael Kay <mike@saxonica.com>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Rick Jelliffe <rjelliffe@allette.com.au>
  • Re: The illusion of simplicity and low cost in datadesign and computing
    • From: "C. M. Sperberg-McQueen" <cmsmcq@blackmesatech.com>
  • Re: The illusion of simplicity and low cost in data designand computing
    • From: Rick Jelliffe <rjelliffe@allette.com.au>