W3C home > Mailing lists > Public > www-dom@w3.org > April to June 2001

Re: Dynamic Doctype generation

From: Joseph Kesselman <keshlam@us.ibm.com>
Date: Tue, 10 Apr 2001 12:52:42 -0400
To: Olivier Dameron <olivier.dameron@chu-rennes.fr>
Cc: www-dom@w3.org, oliver.fleig@univ-rennes1.fr
Message-ID: <OFA2BA5B01.B3ECCE2E-ON85256A2A.005BE3F0@pok.ibm.com>

>how come the created document cannot refer to a DTD with
>PUBLIC and SYSTEM identifiers ?

I'm not sure I'm following your question. Fields for those values were also
added in DOM Level 2; see the parameters to createDocumentType and the
readonly publicId/systemId attributes of the DocumentType object. The only
constraint is that -- at this time -- the DocumentType object must be
created first, then passed in to createDocument().

At least, that's true if you're using the standard DOM APIs. Some parsers
do bypass this, when building their own DOM implementations, and use custom
APIs for the purpose. There are a few other places where "magic"
information is currently needed, such as the default values for attributes.
DOM Level 3 expects to close (most of?) those holes.

>   I saw DOM3 enabled working within DTD, but we are more interested in
>specifying an external DTD and in designating it with public and system
>ids.

The Level 3 content-model API should support this... though it may be hard
to tell since the chapter is still evolving and will need more descriptive
text. If there's a specific use case you think we might have missed, let us
know, but the simple external subset case you've just described is
_definitely_ already on our list.

______________________________________
Joe Kesselman  / IBM Research
Received on Tuesday, 10 April 2001 12:54:05 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 June 2012 06:13:48 GMT