RE: DOCTYPE Declaration and openjade

["Maltby, David G" <david.g.maltby@xxxxxxxx>]

Jany -

To your catalog add:

OVERIDE YES 
-- This sets the overriding mode for entries up to the next occurrence of
--
-- OVERRIDE or the end of the catalog entry file. At the beginning of a
--
-- catalog entry file the overriding mode will be NO. A PUBLIC, ENTITY,
--
-- DOCTYPE, LINKTYPE or NOTATION entry with an overriding mode of YES will
--
-- be used whether or not the external identifier has an explicit system
--
-- identifier; those with an overriding mode of NO will be ignored if
-- 
-- external identifier has an explicit system identifier.
--

I got the above from James' catalog.htm.

Regards, David

> -----Original Message-----
> From: Jany Quintard [mailto:quintard.j@xxxxxx]
> Sent: Thursday, October 12, 2000 11:43 AM
> To: liste dsssl
> Cc: Bertrand Fayn
> Subject: DOCTYPE Declaration and openjade
> 
> 
> Hi all
> 
> I am facing with a difficulty I don't know how to manage.
> We produce XML files using an XML Visual Tool.
> The files have a DOCTYPE declaration that follows the model :
> <!DOCTYPE xodoc PUBLIC "pubid" " "
> [<!ENTITY ......>
> .../...]
> >
> 
> The problem lies in the empty system identifier.
> Our DTD is accessed via the catalog file (openjade -c catalog ...)
> and we don not need the system ID. But the classes we use output the
> DOCTYPE with it, empty or not.
> Adept does the same : if I save an SGML file "as XML", the doctype
> contains an empty system identifier "".
> And then, openjade complains that "" is not a correct system
> identifier. If we put something in, it says that it can't 
> open the file.
> If we use a dummy file, it want to use this empty file to 
> load the DTD.
> 
> So, I am wondering where the bug (if any) is ?.
> In openjade, which should not try to use a dummy file, or in 
> the XML tools
> which should not write the "" if there is no system identifier ?
> 
> Any hints?
> Jany
> 
> 
>  DSSSList info and archive:  
http://www.mulberrytech.com/dsssl/dssslist


 DSSSList info and archive:  http://www.mulberrytech.com/dsssl/dssslist