OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

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

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

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 ...


  - 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

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]