On Tuesday 30 September 2003 13:59, M Flood wrote:
Greetings:
This is an issue that appears to have been addressed in the past, but
which I am now seeing for the first time.
I have a substantial Docbook file, which is converted via xsltproc to
both HTML and PDF. I am having the
same problem with both docbook-xsl-1.62.0 and 1.62.4. The Docbook
conversion to HTML goes fine.
In the conversion to PDF, though, the conversion to FO works fine, but
the mapping from FO to PDF produces:
[ERROR] file: ... id "id2908630" already exists in this document
From ealier discussions in the list archives, it sounds like a similar
problem was addressed already -- so now perhaps it
has regressed. In my case, the trouble seems to be caused by a lengthy
(49 items) list of qandaentries. Does this
sound like a bug? How much work is it to patch the stylesheets?
Patching the stylesheet is fairly straightforward. Here's the diff from my
environment:
---------------
--- fo/qandaset.xsl Mon Sep 29 21:50:25 2003
+++ fo/qandaset.xsl.orig Tue Sep 30 15:42:27 2003
@@ -200,9 +200,7 @@
</xsl:variable>
<fo:list-item xsl:use-attribute-sets="list.item.spacing">
- <!-- FIXME: this (somehow) seems to create dupe entries, breaking FOP -->
- <!-- <fo:list-item-label id="{$id}" end-indent="label-end()"> -->
- <fo:list-item-label end-indent="label-end()">
+ <fo:list-item-label id="{$id}" end-indent="label-end()">
<xsl:choose>
<xsl:when test="$deflabel = 'none'">
<fo:block/>
---------------
Note that this isn't a smart fix. It just removes the ID, which arguably
should be made unique in the calling style by some other means (prepending
some identifier, etc...).
IIRC, the on-list resolution to date was along the lines of "well, your parser
should be able to handle that, it's broken", so I'm not sure how much
sympathy such a patch will get.
Regards.