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 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
