On Fri, Jun 18, 2010 at 18:12, Thomas Mortagne <[email protected]> wrote: > 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
s/conversion/conversation/ > 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 > -- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
