Bug 33348

Summary: Export to Windows metafile (EMF or WMF)
Product: Batik - Now in Jira Reporter: Constantine Plotnikov <cap>
Component: (RFE) Request For ExtensionAssignee: Batik Developer's Mailing list <batik-dev>
Status: NEW ---    
Severity: enhancement CC: jbruck
Priority: P4    
Version: 1.5   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   

Description Constantine Plotnikov 2005-02-02 10:26:25 UTC
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.
Comment 1 Thomas Deweese 2005-03-22 12:16:14 UTC
Reassigning all open bugs to the development list.
Sorry for the mass mailing.
Comment 2 James Bruck 2007-11-16 13:07:24 UTC
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,

Comment 3 Jeremias Maerki 2007-11-18 02:16:33 UTC
(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.

Comment 4 Hervé Girod 2009-07-05 17:24:02 UTC
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).
Comment 5 Hervé Girod 2009-07-05 17:25:43 UTC
Just to be clear: This code is a Batik transcoder, but it uses the POI library ;)
Comment 6 Helder Magalhães 2009-07-07 01:43:37 UTC
(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
Comment 7 Helder Magalhães 2009-07-07 01:47:15 UTC
(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. ;-)
Comment 8 Hervé Girod 2009-07-07 15:39:59 UTC
Done, I've created a new issue #47491