Apache OpenOffice (AOO) Bugzilla – Issue 4321
Equations are not exporting correctly in wmf, emf formats
Last modified: 2013-08-07 14:56:05 UTC
Equations are not exporting correctly in the vector formats *.wmf and *.emf using 641d. 1) Test equation: T_3 %omega_2 2) Within Drawing, exported selection as test2.wmf and then test2.emf. (Results same if exporting entire page.) 3) Viewed with built-in XP Picture and Fax Viewer: a) test2.wmf: Font shown as san serif rather than serif; %omega represented as cap I (or lower L) with a hat (not italics). b) test2.emf: Error message - Drawing failed. 4) Viewed with IrfanView (popular freeware viewer): a) test2.wmf: Font shown as san serif rather than serif; %omega represented as cap I (or lower L) with a hat (not italics). b) test2.emf: Font shown as san serif rather than serif; %omega represented as a box. 5) Imported and viewed in Word XP: same as IrfanView except test2.emf started with a small red X in a white frame over another white frame. 6) Files are posted at: http://helix.gatech.edu/test2.wmf http://helix.gatech.edu/test2.emf http://helix.gatech.edu/test.doc (this earlier test uses a bold %omega but results are the same)
TL->CMC: Seems to be your task. Please have a look.
Well there are a number of parts to this whole problem a) it is true that we cannot make a proper wmf image of our equations because the wmf format can only use 8 bit strings and we moved to unicode (16bit). So wmf doesn't work well as a picture of equations written in unicode, nor in general as a picture of any of our ole applications. b) emf can support unicode, so it would be a better choice in general, but many of the characters used in the equations are in the private unicode area, so without the starsymbol font installed on the target system even emf isn't a complete solution unless we can haul the starsymbol font around with the graphic/document (which is what issue 2192 is all about) c) despite these two issuess, the "sans serif" vs "serif" problem and the failure of some programs to display the emf/wmf at all sound like seperate issues from a/b. If they are reproducable then part c is probably an issue for the graphics team, or it is possible that our graphics are being passed around in wmf format so regardless of being converted to emf at a later stage the damage has been done in the first conversion to wmf. If that is the case then its probably something that framework has to address to favour emf over wmf for the cut and paste business. I'll try and find out.
Created attachment 1623 [details] word displays a little "x"
Created attachment 1624 [details] example emf
The wmf graphic problems are unfixable because the equation uses private unicode symbols, and these cannot be retained in the 8bit wmf format. But there does seem to be differences in emf handling between the different applications. output.emf (the last attachment) is gotten from exporting the previous attachment as .emf, and indeed... 1) If reinserted into writer it is ok, and when viewed in this IrfanView program its also ok. But when inserted in word or powerpoint a little red box appears in the top left corner, any idea where the little box is coming from ? It is possibly a msoffice bug, but an emf created in irfanview and inserted in word does not show the same x. 2) If we export the graphic as any bitmap format and reinsert the two graphics, they both look the same in OOo, but both word and irfanview seem to render the text in the emf differently than we do. cmc->sj: Theres nothing here to do with the formula editor itself, these appear to be all graphics issues. Any ideas about where the red x in word and powerpoint comes from ?, and can anything be done about the different text rendering styles in emf ?
sj->cmc: I think the red x is an indicator that Powerpoint or Word is having slight problems while displaying the graphic. So we might probable have some problems in our emf exporter. I will take a look at it.
The red "x" problem has been fixed, a EMF_EOF action was missing. The fix takes place in svtools/source/filter.vcl/wmf/emfwr.cxx -r1.5 and should be available in OOo 1.0.2
marking as closed