Currently many tools can export SVG. But very few word processors can import it (most of them import it incorrectly). To solve this problem it is suggested to provide a working convertor windows metafile with batik. Windows metafile format is a vector format that is supported by most of office suites including OpenOffice.org. Note: raster images usually looks very bad in the documents and they do not support scalling.
Reassigning all open bugs to the development list. Sorry for the mass mailing.
The batik site http://xmlgraphics.apache.org/batik/ seems to suggest that export to WMF can be accomplished using FOP. But it doesn't appear to be the case. Any ideas on when/if this might be resolved? Thanks,
(In reply to comment #2) > The batik site http://xmlgraphics.apache.org/batik/ seems to suggest that > export to WMF can be accomplished using FOP. But it doesn't appear to be the > case. > Any ideas on when/if this might be resolved? > > Thanks, > That is indeed a mistake. "WMF" should read "EPS" or "PostScript" there.
I have a working copy of a SVG => PowerPoint transcoder, using POI HSLF classes in scratchpad (last 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 PPTGraphics2D (of course). I have no problem to give this code to Apache, 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).
Just to be clear: This code is a Batik transcoder, but it uses the POI library ;)
(In reply to comment #4) > I have a working copy of a SVG => PowerPoint transcoder, using POI HSLF classes > in scratchpad (last Beta version) Sounds cool. :-) > I have no problem to give this code to Apache, as it can be useful to others, > [...] I really don't know how to integrate it in Batik (it uses a part of POI). Well, as far as I know (at least) the following should be required: 1. POI HSLF classes should be using a license which is compatible with Batik's (Apache License 2.0 [1]). Without that I imagine it will be pretty hard... 2. You'll need to post your code for review (probably by attaching a patch into this bug); 3. If a Batik committer finds it interesting, you'll need to sign the agreement with Apache on contributing source code (but that can be left for afterward). Hope this helps, Helder [1] http://xmlgraphics.apache.org/batik/license.html
(In reply to comment #6) > 2. You'll need to post your code for review (probably by attaching a patch > into this bug); On a second thought, this doesn't make much sense. A new issue should be created if/when you decide to contribute the code: these PowerPoint comments are even quite off-topic. Please consider creating a separate issue while proceeding with this. ;-)
Done, I've created a new issue #47491