Hi,
David Tolpin wrote:
> Then, using XSLT transformations, convert the data to DocBook,
> or any other format of choice. In case of database to PDF transformations,
> DocBook is not necessarily the best intermediate format. While it saves
> from learning XSL FO, it brings in significant limitations of a content
> model specifically oriented at text documents, not data.
>
> A sequence of custom steps that transform the retrieved data into
> XSL FO would do better.
>
> DBMS->XML->XSL FO->PDF
To complement David's answer, I dare add one more piece between
XML and PDF:
DBMS -> XML -> XSL FO+SVG -> PDF
Ability to generate graphics on the fly is a nice feature of XSLFO-based
workflow; it can hardly be maintained when going through DocBook.
Regards,
Nikolai Grigoriev
RenderX
