[
http://jira.codehaus.org/browse/DOXIA-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140091#action_140091
]
Vincent Massol commented on DOXIA-53:
-------------------------------------
First thanks a lot Bruno and Vincent for your answers. Some additional
questions.
{quote}
We have a developer who is currently working on better HTML to PDF and RTF
conversion in iText (his name is Howard Shank).
{quote}
Since we have events for each syntax element (paragraph, bold, list, etc)
wouldn't it be easier to just directly generate PDF elements using iText rather
than going through HTML generation followed by a conversion to PDF? Also this
would be much faster I guess since it removed the need for parsing the HTML.
That said I see some advantage of generating first in HTML, at least for XWiki:
in our events we have one for XML elements since we allow users to enter HTML.
Thus for those we would need to go through a HTML to PDF transformations but
maybe it can be done only for those and not for the whole document.
{quote}
Another possibility would be to 'resurrect' the old XmlToPdf stuff in a
separate jar
(the code is still out there in the SVN repository).
{quote}
This is why I was asking Vincent what his plans were since there are now 2 ways
in Doxia to generate PDF: using the iText doxia module (which uses XmlToPdf) or
using the FO module which then requires FOP to transform to PDF.
So from Vincent's answer I think he's going the FO route...
That's the one we currently have in XWiki and which has some quirks. I was
hoping to find a better way, for example by using iText through the Doxia iText
module but what I really want is minimize the amount of work on my side and
thus go with the supported Doxia solution.
So Vincent can you confirm the iText Doxia module is currently "obsoleted" by
the FO module and not maintained anymore?
Vincent have you though about writing directly PDF elements using iText as I
suggest above?
Thanks
-Vincent
> Pdf and Rtf support with the iText framework
> --------------------------------------------
>
> Key: DOXIA-53
> URL: http://jira.codehaus.org/browse/DOXIA-53
> Project: Maven Doxia
> Issue Type: New Feature
> Reporter: Vincent Siveton
> Assignee: Vincent Siveton
> Fix For: 1.0-alpha-9
>
> Attachments: doxia_itext.zip, generated-doc.zip, itext_plugin.zip
>
>
> Propose a Pdf/Rtf support with the iText framework for Doxia.
> Here is the architecture:
> - added an itext module in doxia-modules
> - created a doxia-doc-renderer (similar to doxia-site-renderer)
> - created an iText plugin for maven
> The iText module generates iText XML files. So, documents should be generated
> in Pdf or Rtf format (supported by iText).
> You could see the howto in the plugin for more information or try the project
> tests.
> According MPIR-17, we could be more generic by defining a new generated XML
> Doxia (I mean another DoxiaSink) and apply XSLT to generate other formats
> (like javahelp)
> Known limitations:
> - known limitations from the iText framework like roman list
> - i18n for the "table of contents" title
> - reports are not supported
> - Renderer for Fml and Xdoc format should be improved. Parsers suppose that
> the renderer is HTML.
> Attachments are:
> - doxia zip with diff (containing doxia-doc-renderer and doxia-module-itext)
> and resources
> - itext plugin zip with diff and resources
> - a zip containing generated documents for the site project (real examples)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
