[OpenJade-users] Setting the override mode

[Norman G. <no...@as...>]

Greetings,

Is there any way of specifying the default override mode (for entity 
catalogues) at the beginning of a parse?

I rather suspect the answer is no, since there's no mention of such a 
switch in the documentation for the OpenSP tools, nor any (obvious) 
mention in the list archives or on the wider web.  In which case, it is 
worth adding such a switch?  If so, I'd be willing to submit a patch.

The OASIS resolution discussing catalogs, TR 9401:1995[1], describes 
the behaviour of the OVERRIDE keyword within catalogs, but also says

     An application must provide some way (e.g., a runtime argument,
     environment variable, preference switch) that allows the user to
     specify which of these modes to use in the absence of any
     occurrences of an OVERRIDE catalog entry.

I know that OpenSP doesn't claim to conform fully to this resolution, 
but it does suggest that such an option would be at least desirable; 
and my guess, without having looked at the code, is that it would be 
fairly easy to add.

My situation is that I have an entity catalog that I wish to use for 
both SGML and XML files.  The XML files have SYSTEM identifiers for the 
DTDs, as required, but I want to ignore them when I process the file.  
The `solution' I'm using is to have _two_ catalogs, which differ only 
in one having `OVERRIDE YES' at the top of it.  Yuck -- I'd much rather 
do this by simply telling the entity manager to start off with 
`OVERRIDE YES' by default, as permitted and encouraged by Oasis TR 9401.

Is there an obvious better solution I'm missing, does anyone know?

Best wishes,

Norman


[1] http://www.oasis-open.org/specs/a401.htm (incidentally, page 
<http://openjade.sourceforge.net/doc/catalog.htm> points to 
<http://www.oasis-open.org/a401.htm>, which is wrong)

-- 
----------------------------------------------------------------------
Norman Gray                   http://www.astro.gla.ac.uk/users/norman/
Physics and Astronomy, University of Glasgow    no...@as...