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: AW: [docbook-apps] ragged index with recent fop snapshots

ben.guillon writes:
 > Thanks Mike and Robert for mentionning dblatex. Dblatex can detect the  
 > figure format (by checking the filename suffix),  automatically convert  
 > SVG to PDF, and then compile the tex file. For SVG figures, it calls  
 > inkscape.
 > Therefore, provided that inkscape(*) is installed there is no need to  
 > convert manually the figures.


it took a while to sort things out. This is a brief summary of what
has happened since:

1) I gave dblatex a whirl. It took a while to install missing packages
from CTAN until dblatex ran at all. Eventually I got stuck when
(La)TeX told me that a glyph was missing from a font that it intended
to use. My document uses quite a few greek characters and other
symbols, but I wouldn't expect LaTeX to have a problem with that. As it
wasn't apparent to me how to move on from there, I had to give up.

2) I obtained XEP from RenderX. I was not able to make this work
either on my FreeBSD box. XEP was not able to make use of the
installed PDF core fonts, resulting in a document mostly made up from
hashes. However, as far as I could tell the TOC page numbers were
aligned :-) I tried to add the custom fonts that I use according to
the instructions shipped with XEP, but I couldn't find any indication
that XEP would pick up this config file. Moreover, XEP was not able to
handle approx. half of the 130 images (a mixture of SVG, TIFF, JPEG,
and PNG created with an eclectic assortment of software). I had to
give up on that too.

3) I asked the folks on the fop mailing list. They think it may indeed
be a fop bug, but they kindly provided a workaround which does the
trick. I've added the following to my customization layer (taken from

<xsl:template name="toc.line">
  <xsl:param name="toc-context" select="NOTANODE"/>

  <xsl:variable name="id">
    <xsl:call-template name="object.id"/>

  <xsl:variable name="label">
    <xsl:apply-templates select="." mode="label.markup"/>

  <fo:block xsl:use-attribute-sets="toc.line.properties">
    <!--    <fo:inline keep-with-next.within-line="always"> -->
      <fo:basic-link internal-destination="{$id}">
        <xsl:if test="$label != ''">
          <xsl:copy-of select="$label"/>
          <xsl:value-of select="$autotoc.label.separator"/>
        <xsl:apply-templates select="." mode="titleabbrev.markup"/>
      <!--    </fo:inline>
    <fo:inline keep-together.within-line="always"> -->
      <xsl:text> </xsl:text>
      <fo:leader leader-pattern="dots"
      <xsl:text> </xsl:text> 
      <fo:basic-link internal-destination="{$id}">
        <fo:page-number-citation ref-id="{$id}"/>
      <!--    </fo:inline> -->

The trick is to remove the fo:inline elements (I've commented them out
so they're easier to spot for you).

It is no big deal to do this in a customization layer. However, what
is the purpose of these elements? Their presence does not seem to make
any difference except that it breaks the page number alignment.


Markus Hoenicka
AQ score 38

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