Tips for debugging PDF2 plugin PDF issues
Book page: Submitted by jelovirt on Tue, 2007-04-03 18:06. Last updated on Sat, 2012-06-16 10:08.
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:
- Open demo\fo\build.xml in a n editor.
- Search for the line
<antcall target="transform.fo2pdf"> - 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>
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)
- Printer-friendly version
- Login to post comments
- 7136 reads