18 Jun
2010
18 Jun
'10
3:39 p.m.
On Fri, Jun 18, 2010 at 15:01, Thomas Mortagne <thomas.mortagne(a)xwiki.com>wrote;wrote:
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
On Fri, Jun 18, 2010 at 14:23, Denis Gervalle
<dgl(a)softec.lu> wrote:
behaviour
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
this is IMO a real feature that we should no hide for fixing RTF.
Denis
On Fri, Jun 18, 2010 at 12:38, Thomas Mortagne
<
thomas.mortagne(a)xwiki.com>wroteote:
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 ? (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.
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs