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

Re: Partial DTDs (was: ModSAX: Proposed Core Features)

• From: "Simon St.Laurent" <simonstl@s...>
• To: John Cowan <cowan@l...>, XML Dev <xml-dev@i...>
• Date: Fri, 12 Mar 1999 15:24:32 -0500

At 02:33 PM 3/12/99 -0500, John Cowan wrote:
>No, it doesn't.  An NVP is privileged to not read any and all external
>entities with the sole exception of the document entity, which it
>must read.
>
>In practice, however, I suspect that all NVPs fall into one of the
>following four classes:
>
>1) Read only the document entity.
>
>2) Read the whole DTD but no external general entities.
>
>3) Read all external general entities, but only process
>the internal DTD subset.
>
>4) Read all external entities (except unparsed entities).

I think 4 should read:

4) Read the document, the internal subset, the external subset, and all
external entities except unparsed entities.

(In my experience with Aelfred, that's what it does, though I'll admit to
not actually using entities in 'real' practice.)

I guess the question comes down to whether your interpretation of current
practice is reason enough to combine the external subset and external
entities in this situation.  Given the point Sean McGrath just raised about
things (INCLUDE/IGNORE, but also certain kinds of PE processing) that are
legal in the external DTD subset but not in the internal subset or external
PEs referenced from the internal subset, I'd say to keep these things
separate.

Of course, we could create a feature that simply referred to external
resources, combining both properties, on top of the external PEs/external
subset features.  Might be the best of all worlds, though it would take
some clear documentation identifying what happened if you used both the
convenience feature and its sub-parts.

Simon St.Laurent
XML: A Primer / Building XML Applications (April)
Sharing Bandwidth / Cookies
http://www.simonstl.com

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/ and on CD-ROM/ISBN 981-02-3594-1
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...)

• Follow-Ups:
  • Re: Partial DTDs (was: ModSAX: Proposed Core Features)
    • From: John Cowan <cowan@l...>

• References:
  • Re: ModSAX: Proposed Core Features
    • From: "Simon St.Laurent" <simonstl@s...>
  • Re: ModSAX: Proposed Core Features
    • From: "Simon St.Laurent" <simonstl@s...>
  • Partial DTDs (was: ModSAX: Proposed Core Features)
    • From: John Cowan <cowan@l...>

• Prev by Date: Re: ModSAX: Proposed Core Features
• Next by Date: Re: ModSAX: Proposed Core Features
• Previous by thread: Partial DTDs (was: ModSAX: Proposed Core Features)
• Next by thread: Re: Partial DTDs (was: ModSAX: Proposed Core Features)
• Index(es):
  • Date
  • Thread