Package: docbook-xsl-ns
Version: 1.75.2+dfsg-3
Severity: normal
When using the acknowledgements tag (Docbook 5), and creating a PDF via
xsltproc and FOP, the acknowledgements page generates an arabic page
number instead of a roman number (like dedication tag does), but also,
since it gets page number 1, the table of content is confused and
the first chapter does not start in page number 1 (arabic).
By removing the acknowledgements tag it behaves as expected.
A simple example to reproduce it:
<?xml version="1.0" encoding="UTF-8"?>
<book version="5.0"
xml:lang="en"
xmlns="http://docbook.org/ns/docbook";
xmlns:xi="http://www.w3.org/2001/XInclude";>
<info>
<title>Thesis test</title>
</info>
<acknowledgements>
<para>A</para>
</acknowledgements>
<dedication>
<para>B</para>
</dedication>
<preface>
<title>C</title>
<para>D</para>
</preface>
<chapter>
<info><title>E</title></info>
<para>F</para>
</chapter>
<appendix>
<title>G</title>
<para>H</para>
</appendix>
<colophon>
<para>I</para>
</colophon>
</book>
save it as thesis-test.xml, and then:
xsltproc \
--output thesis.fo \
--stringparam fop1.extensions 1 \
--stringparam draft.mode "yes" \
--xinclude \
/usr/share/xml/docbook/stylesheet/docbook-xsl-ns/fo/docbook.xsl \
thesis-test.xml
fop -d \
-r \
-fo thesis.fo \
-pdf thesis-test.pdf
The resulting pdf will have acknowledgements page number format (arabic
vs roman) (it gets page number 1), and chapter 1 start in page 4
(arabic)
(expected to be page number 1).
By removing the acknowledgements tag, and recreating the pdf you will
get that chapter 1 start in page 1 (arabic).
I believe this is a upstream bug, but reporting here first just in case
I'm wrong.
I guess that the problem is in fo/pagesetup.xsl file, from
docbook-xsl-ns package. The acknowledgements tag should be treated, by
default, just like the dedication tag, but some templates in that file
does not filter it like that. (page.number.format or initial.page.number
templates for example).
The below system information is from a Lenny system, with some backports
and squeeze packages. But I reproduced the bug in a up-to-date Sid
system at home.
Regards,
Eng. Erick Vresnev Castellanos Hernández
-- System Information:
Debian Release: 5.0.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages docbook-xsl-ns depends on:
ii xml-core 0.12 XML infrastructure and XML
catalog
Versions of packages docbook-xsl-ns recommends:
ii docbook-xsl-doc-html [do 1.73.2.dfsg.1-5 stylesheets for processing
DocBook
pn docbook5-xml <none> (no description available)
Versions of packages docbook-xsl-ns suggests:
pn dbtoepub <none> (no description available)
pn docbook-xsl-saxon <none> (no description available)
ii fop 1:0.95.dfsg-7~bpo50+1 XML to PDF Translator
ii libsaxon-java 1:6.5.5-5 The Saxon XSLT Processor
ii libxalan2-java 2.7.1-2 XSL Transformations (XSLT)
process
pn xalan <none> (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
