Date: Wed, 3 Mar 2004 08:06:41 -0600 From: "Jacques A. Vidrine" <nectar@FreeBSD.org> To: Hiroki Sato <hrs@FreeBSD.org> Cc: linimon@FreeBSD.org Subject: Re: ports/63035: textproc/xhtml-basic: fix SGMLDECL problem Message-ID: <20040303140641.GC2217@lum.celabo.org> In-Reply-To: <20040302.144411.41686032.hrs@eos.ocn.ne.jp> References: <200402190831.i1J8VMUa038152@freefall.freebsd.org> <20040219150116.GC55843@madman.celabo.org> <20040302.144411.41686032.hrs@eos.ocn.ne.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 02, 2004 at 02:44:11PM +0900, Hiroki Sato wrote: > Hi, sorry for the delay. > > "Jacques A. Vidrine" <nectar@freebsd.org> wrote > in <20040219150116.GC55843@madman.celabo.org>: > > nectar> > http://www.freebsd.org/cgi/query-pr.cgi?pr=63035 > nectar> > nectar> Hmm, the SGMLDECL is required for jade and nsgmls. Perhaps someone on > nectar> freebsd-doc@ can explain the best way to set this up to support the > nectar> widest variety of tools. > > It is true, but SGMLDECL is too strong so that if ${PREFIX}/share/sgml/ > catalog.ports is used and one of the catalogs has SGMLDECL "xml1.dcl", > tools such as nsgmls assume that all documents are written in XML. > So people cannot use SGML docs with this declaration. SGMLDECL is > for stand-alone, DTD specific catalog, and one of the features that > should not be used in the catalog-chain like ${PREFIX}/share/sgml/ > catalog.ports. Ah, that makes some sense! Thank you. > How about using DTDDECL instead? DTDDECL is a more reasonable > solution. Some old tools do not support this, but the SGML declaration > for the standard SGML and the standard XML are usually built-in > the SGML/XML tools, so I do not think that is problematic. > > Please let me know if you need a patch, thanks. I'm not familiar with DTDDECL, so a patch would be great! Does nsgmls grok DTDDECL? Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040303140641.GC2217>