Re: [docbook-apps] Issue with page number format, when toc is relocated

["Bob Stayton" <bobs@sagehill.net>]

Hi Erik,
You'll need to customize the template named 'page.number.format' from 
fo/pagesetup.xsl.  It has an xsl:choose with a case for the TOC when the 
context element is a book (so the TOC is generated without a toc element), 
so you need to add a case for a toc element when present:

<xsl:when test="self::d:toc">i</xsl:when>

Bob Stayton
Sagehill Enterprises
bobs@sagehill.net

--------------------------------------------------
From: "Erik Leunissen" <e.leunissen@hccnet.nl>
Sent: Thursday, October 31, 2013 11:27 AM
To: <docbook-apps@lists.oasis-open.org>
Subject: [docbook-apps] Issue with page number format, when toc is relocated

> I've positioned the toc of a book after the preface (through processing
> of an empty toc element in the xml source).
>
> That works, except that the page number sequence is as follows:
>
> (i, ii,) iii, iv, 5, 1, 2, 3, etc ...
>                   ^
>
> where:
>
>   - pages i and ii are suppressed in the output, as expected.
>   - page iii is the preface
>   - page iv is blank (double sided document)
>   - page 5 is the toc
>   - content follows after page 5 (numbering restarted as expected)
>
> The unexpected behaviour is that the switch from roman to arabic
> numerals has started too early, at the toc on page 5.
>
> Attached you find an xml source and corresponding customization which
> exercise this behaviour (using xsltproc and fop1.1 to produce PDF).
>
> I'd like to prevent this behaviour but am clueless about where to attack
> this phenomenon.
>
> Any pointers/direction are greatly appreciated.
>
> Erik Leunissen.



> ---------------------------------------------------------------------
> To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org