On Fri, Jun 18, 2010 at 15:39, Denis Gervalle <[email protected]> wrote:
On Fri, Jun 18, 2010 at 15:01, Thomas Mortagne <[email protected]>wrote:
On Fri, Jun 18, 2010 at 14:23, Denis Gervalle <[email protected]> wrote:
On Fri, Jun 18, 2010 at 12:38, Thomas Mortagne < [email protected]>wrote:
Hi devs,
Really fixing http://jira.xwiki.org/jira/browse/XWIKI-5251 as it is is a real pain, i.e. using FOP. That would need a XSLT wizard and anyway RTF support is not very good in FOP (according to FOP documentation). And seriously for a format like RTF it's a waste of time IMO.
So what i propose for 2.4 is to do a small modification to PDF/RTF exporter to use openoffice server when it's connected. There is already everything needed for that in openoffice component which is used for office import currently.
That would be a good POC for the future office exporter which will need a lot of refactoring and API to be clean. For this proposal I'm just modifying PdfExportImpl is a as clean as possible way to have this in 2.4.
The only limitation currently is that OpenOffice does not really support XHTML and parse the content as it was HTML but since we have the same constraint with IE6 it's OK for now I guess. See http://qa.openoffice.org/issues/show_bug.cgi?id=69635 for more.
WDYT ?
How do you expect to support customization of the generated output as we have currently the ability to use a PDFClass to change the default behaviour ? (even if there is some issue due to the size of the XSLT)
The part about customizing the XSL-FO is obviously not supported but PDFClass.style is since it's about the xhtml content before it's converted to XSL-FO.
I could add something like PDFClass.xhtmlofficexsl to customize the xhtml before exporting it like we have PDFClass.fopxsl to customize XSL-FO content for maybe if needed.
And it's still possible to customize the xhtml by modifying pdf.vm of course.
Well, this could implied the need to rewrite the XSLT. So I am +1, but with a parameter that choose to use FOP for PDF even when a OO server is available, and for compatibility to use that setting by default. PDF output through FOP will always be me customizable that through OO and
In that case maybe this proposal should probably be only about RTF.
this is IMO a real feature that we should no hide for fixing RTF.
Denis
We should probably not show RTF export in the menu when openoffice server is not connected since it does not work at all even with empty content or remove the table generated by the XSLT filter for the cover.
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO eGuilde sarl - CTO _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO eGuilde sarl - CTO _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne