Apache OpenOffice (AOO) Bugzilla – Issue 3839
Formulas and bullets aren't exported to DOC correctly
Last modified: 2013-08-07 14:43:23 UTC
Hi, I reported this bug last build (638? i don't know), but it's still here. Try this simple steps: 1. Open Word processor, inser formula with brackets (for ex. x=1-(2-1)) 2. Save this one like a Word 2k/XP document. Formula is saved terribly, in new DOC are formulas absolutely unusable. I heard something about this is last snapshot before release 6.0 version. I think new stable release may be without this ubly bug :) Thank you ! hanc pavel, Czech Republic
JA->MRU: please check this...reassigned to you
The same problem has a OO version 1.0 What a pitty :(((
MRU->CMC: I think we should fix this at least for 642. I'll file an internal bug that we get it fixed in time.
There are two things possibly wrong here, the formula export itself or the wmf preview image export. I think the formula export itself is working ok in the SRX642z, i.e. go to tools->options->load/save, enable save for mathtype. And export the example mentioned here. Open it in word and it looks rubbish, *but* double click it to activate it in equation editor and then exit equation editor and it looks ok. That's what I get. i.e for me in SRX642z the equation export is working but the preview image is not. If the equation looks rubbish after its activated then it is a mathtype bug, if it looks odd after activation its a problem of wmf with starsymbol. If it works after activation then the issue about the wmf looking rubbish is because we use the star/open symbol in the equation, so the preview wmf uses this font as well. Sadly wmf can only use 8 bit characters, so the unicode much be reduced to 8 bit. Many of the starsymbol characters do not exist in any 8 bit encoding, so they can't be expressed correctly in wmf. Additionally, even if they could (using emf instead of wmf), the unicode characters we use in starsymbol are mostly in the private area, so we really need to have the star/open symbol font installed on the target machine. All this means is that I think we need to have issue 2192 working to resolve this. So if there are no actual bugs in the mathtype export which exist after the equation is activated in word then theres nothing I can do right at the moment. 2192 is a task of undeterminate difficulty with many unknowns :-(
The particular example mentioned here looks horrible in word because of the wmf preview image which word displays until the equation is activated and updated which generates a new wmf from the equation editor application itself. The main problem here is the wmf's. Theres a pile of things wrong, but I'll look into it closely and see what we can do. *** This issue has been marked as a duplicate of 2192 ***
Created attachment 1875 [details] example .doc file
Can the original submitter test the attached .doc document to confirm that the sample equation displays correctly for them.
Created attachment 1887 [details] Updated test file
Hi, when I open output.doc in Writer 1.0, works it fine. When I edit this formulas in Writer (see updated your sample), it's badly displayed in m$ word. So, formulas are damaged by saving this file in Writer 1.0 to file format DOC.
I didn't make myself clear, too much in a hurry rushing out the door yesterday evening :-) Your problem occurs when a .doc is exported from writer and opened in word, I know this. So I have made some modications to the export and I want to test that documents that are created in *my* hacked copy of writer open correctly in *your* copy of msword. No change has occured in the import/export of your copy of writer, so documents that are imported to and exported from your writer will still be broken in word. They question is, if you open my sample document in microsoft word does it look ok ? I ask because in the related bug to this I have reports that documents that are working fine on my windows test machine are failing on another.
Fine :) I tested opening your sample file on this configurations: Winnt40 - Word 97 Czech/English Win2k - Word 2k Czech/English, Word xp Czech/English and on all configurations works this file perfectly. I'm working on technical support so I could test every configuration of m$ OSes and apps. Try test brackets (){}[], this makes me terrible problems, but I this it'll works too. Could I ask you, don't plan your development team make some "nightly builds" from CSV to binaries ? Something, like Mozilla. For lots of users it could be great chance to test this software. Thank you for infos.
Splitting from font embedding proposal
*** Issue 4387 has been marked as a duplicate of this issue. ***
*** Issue 5140 has been marked as a duplicate of this issue. ***
*** Issue 2261 has been marked as a duplicate of this issue. ***
Created attachment 1954 [details] An example .sxw with bullets.
cmc->mru: In SRX643c starsymbol in wmf's and for bullets in .docs will go through a substitution on export backwards to the multiple common windows symbol fonts. Which should hopefully resolve all these issues. There is a report that under windows some of these bullets might appear as unprintable symbols instead of the correct bullet. But I cannot reproduce that on any of the machines I have here. If the attached .sxw is exported to .doc and viewed on a machine that does not have starsymbol or opensymbol installed it should look the same except for the paragraph which describes itself has changing to a default bullet.
*** Issue 4460 has been marked as a duplicate of this issue. ***
*** Issue 6789 has been marked as a duplicate of this issue. ***
Hi, I've got an additional problem with the export of text documents with formulas to msword. I posted a separate issue with this problem but it was marked as a duplicate of this issue, so I hope you can help me. If you use the simple equation a+b in your text document then the "+" sign is not exported correctly. If you double click on the formula then the "+" sign is replaced by an empty box. I had a look at the exported word document and only starsymbol appeared (no opensymbol) in it. Well starsymbol is not included in openoffice (at least in my 1.0.0 version). Thanks
The specific problem with "+" is issue 2721 and is also fixed and will be available at the same time as this one. Hopefully in the next OOo 642 release.
This issue will be fixed with next OpenOffice 643, but unfotunately I am not able to tell you whe the release date will be.
*** Issue 8910 has been marked as a duplicate of this issue. ***
*** Issue 9275 has been marked as a duplicate of this issue. ***
*** Issue 9564 has been marked as a duplicate of this issue. ***
The OpenOffice 643C build has this fix now.
*** Issue 9759 has been marked as a duplicate of this issue. ***
*** Issue 13450 has been marked as a duplicate of this issue. ***
*** Issue 14398 has been marked as a duplicate of this issue. ***
*** Issue 12898 has been marked as a duplicate of this issue. ***
*** Issue 12307 has been marked as a duplicate of this issue. ***
*** Issue 11180 has been marked as a duplicate of this issue. ***
*** Issue 9166 has been marked as a duplicate of this issue. ***
added "and bullets" to summary and fixed typo..
*** Issue 34167 has been marked as a duplicate of this issue. ***
CPettit wrote on issue 34167: ---- I replicated this bug with OOo Writer 1.9.74 and MS Word XP running under Windows 2000 SP4. 1. Open writer with a blank document 2. Type in any text 3. Select Format >Bullets and Numbering 4. Select the Check mark with a double click (under the Bullets tab) Observe that the text you typed is now bulleted 5. Save the document as a MS Word (97/2000/XP) 6. Open the file with MS Word. Observe that the bullet is not a check mark. ---- I followed those steps and true enough, the bullet does not appear as it should in Word.
Please do not open old issue, which have already been fixed. If you experience a similar problem, please submit a new issue. This will ease issue handling VERY MUCH, brecause such an issue with many comments will become too complex. Thnaks for your patience.
Closed.