Hello, This message is linked with RFE 47491 on bugzilla (Export SVG to PowerPoint using POI library). There were no comments for it, so I repost my main question about it here on the mailing list, mainly for the core developers of Batik.
This RFE asks to be able to convert SVG to PowerPoint documents. Basically a SVG document would become one slide in a PPT document. This capability would also allow as some cool side effects: - being able to get WMF and EMF images (because PowerPoint allows conversion to EMF and WMF) - being able to create "natively" a PPT document from a SVG image for people who want to use EMF and WMF just to get a PowerPoint document at the end - interoperate with programs such as OpenOffice which are able to read PowerPoint documents. I have a working copy of a SVG => PowerPoint transcoder, using Apache POI HSLF classes in scratchpad (last POI Beta version). I could not use the PPGraphics2D which comes with the HSLF package (however using this class fired no exceptions, but the result was very incorrect, though I don't know if it comes from the maturity of this class, the way I used it, or even specific Graphics2D features that were heavily used by my -rather complex- SVG examples and not supported yet). It turned out I created a new PPTranscoder class, associated with a specific PPTGraphics2D (of course). I have no problem to give this code to Apache (I already filed a contributor agreement some time ago and sent a lot of patches for the WMF => SVG conversion), as it can be useful to others, but apart from the fact that I surely have to perform more tests, I really don't know how to integrate it in Batik (it uses a part of POI). My question is not a "technical" question on how it is feasible to do it, but on if it can be interesting for the batik project and how (core batik code, "scratchpad" type code, etc...) POI is under Apache 2.0 like Batik. The problem is I don't know what is the best way to 'integrate" POI library with Batik in order to provide this functionality without making Batik dependent from POI at the end (and even if this is really possible to do this cleanly). Regards, Herve Girod
