On Fri, Jun 18, 2010 at 18:05, Sergiu Dumitriu <[email protected]> wrote: > On 06/18/2010 05:29 PM, Ludovic Dubost wrote: >> Le 18/06/10 12:38, Thomas Mortagne a écrit : >>> 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 ? >>> >>> 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. >>> >>> >> Why not use the opportunity to export to DOC instead/in addition of RTF. >> It would be only support the DOC export param and add/replace one menu >> to show DOC. >> >> We used RTF only because FOP only did RTF while what we really want is DOC >> >> Ludovic > > Supporting .doc is a bit, well, late. I'm saying this because .docx > should be the new and improved version, so a more relevant format would > be .docx (Office Open XML). However, even Microsoft recognized that > OOXML lost the battle with ODF, and the future format which will be > supported by most tools seems to be ODF. > > And, in addition, .doc is a binary, proprietary and secret format, and > we try to encourage open and/or standard formats. > > Yet, a large share of XWiki users are still using older versions of the > MS Office suite, which makes .doc almost mandatory...
That's for this kind of conversion i don't want to change anything to the format exported in 2.4 ;) I let this for office exporter work that will be done in 2.5. > > -- > Sergiu Dumitriu > http://purl.org/net/sergiu/ > _______________________________________________ > 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
