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 _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
