Tips for debugging PDF2 plugin PDF issues

Note: this page is out-of-date, see http://dita-ot.sourceforge.net/latest/ for current documentation. 

 

Keeping the generated FO file


One of the most important things to do to debug the PDF generated by the PDF2 plugin (also known as the Idiom PDF plugin) is to look at the FO file the plugin generates.   The plugin, by default, deletes all intermediate files, though, so you need to modify the plugin to save those files.

To stop the plugin from deleting the FO file:

 

  1. Open demo\fo\build.xml in a n editor.
  2. Search for the line

    <antcall target="transform.fo2pdf">

  3. Change that target to look like the following:

    <antcall target="transform.fo2pdf">
    <param name="inputFile" value="${dita.map.output.dir}/topic.fo"/>
    <param name="outputFile" value="${outputFile}"/>
    <param name="xep.failOnError" value="${xep.failOnError}"/>
    </antcall>

    <!-- Keep the fo around for debugging purposes -->
    <!--
    <delete>
    <fileset dir="${buildDir}" includes="stage?.*"/>
    <fileset dir="${dita.map.output.dir}" includes="topic.fo"/>
    </delete>
    -->

    </target>
Now when you generate the PDF, you'll also get a file called "topic.fo".  That file is the one that RenderX xep uses to generate the PDF.  You can run xep manually to build the PDF from this file.

Usually issues can be diagnosed by looking at the FO to see what is really getting put into it, as opposed to what you think is getting put into it.

But, if that's not the case, then you tweak the FO until it generates the PDF you want, then you fix the XSLT to generate the FO you want.

-- Contributed by Steve Anderson (steveo@member.fsf.org)