[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: DOCBOOK-APPS: Onechunk problem
Bob Stayton writes: > On Fri, May 03, 2002 at 03:30:17PM -0500, Dennis Grace wrote: > > > About my error message: > > > > > > Error chapter is not a chunk! > > > Writing for chapter > > > runtime error: file > > > /usr/share/sgml/docbook/docbook-xsl-1.50.0/html/chunker.xsl > > > line 79 element document > > > xsltDocumentElem: URL computation failed for > [...] > > The line number reported is the line with the closing ">" > for exsl:document element. I think the xsltproc parser > is using that as the element line. I have several files > that do not generate the error, and two that do, so it is > not happening with all files. I haven't had time to > investigate what is different about those two files. It appears that at least one thing that will cause this problem is having spaces in a refname. The current db2man code takes the refname and converts it to a filename, spaces and all. That causes xsltproc to exit with the "URL computation failed" error, though Saxon will go right on ahead and write the filenames, including the spaces. I reckon it's probably not that great of an idea to create docs that include spaces in refnames -- it's seems like maybe a refname should be considered a "name", like a command name or element name or attribute name, that can't/shouldn't contain spaces. I think Martijn or Tim will update db2man code so that it converts any spaces in names to underscores or whatever before trying to write files with those names (if they haven't made the fix already by now). --Mike
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC