OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: DOCBOOK: objection to docbook.dcl


Norman Walsh <ndw@nwalsh.com> writes:

> / Adam Di Carlo <adam@onshore.com> was heard to say:
> | accept.  The unnecessarily broad divergance of the shipped Docbook
> | declaration puts a burden on document engineers using DocBook.
> 
> This whole problem is probably the result of documentation errors on
> my part. The declaration shipped with DocBook is advisory and was
> never intended to be normative: the documentation should state that
> clearly.
> 
> There's no reason why you should use it if your software behaves
> better with a different declaration.

Yes, I've disabled it for the Debian distribution.  However, it
*appears* normative in that the docbook.cat file ships with it turned
on via the DTDDECL (understood by OpenJade but not Jade).

I guess in short my recommendation would become that that DTDDECL in
the shipped docbook.dcl be turned off, with perhaps an explanatory
comment there what its for.

> Is this workaround being accomplished by editing the file that
> purports to be ISOcyr1.ent from ISO 8879? Yuck! Please give those
> modified entity sets a different public identifier and store them
> somewhere else

I'll take that under advisement.  Something is clearly not right.  The
problem -- you might recall this -- is regarding SDATA entities not
understood by jade or openjade.  It might be best just to try to fix
Jade.

-- 
.....Adam Di Carlo....adam@onshore.com.....<URL:http://www.onshored.com/>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC