Apache OpenOffice (AOO) Bugzilla – Issue 12436
Incorrect wordart layout
Last modified: 2013-08-07 14:41:36 UTC
This company (Humanitas) switched from MS Word to OpenOffice. But they cannot convert MSWord document archyve, because OpenOffice displays WordArt incorectly. Document is http://humanitas.lt/laikrasciai/AK_83.doc I attached images shows, how MS Word 2000 and OpenOffice 643C displays the same document.
Created attachment 5126 [details] view on Word 2000
Created attachment 5127 [details] view on OpenOffice 643C
I can confirm this issue. In OOo 1.0.2 on Debian Linux this document looks terrible :( Reporter, please change OS to ALL
Mantas Kriauciunas confirmed this but forgot to mark it.
Dan Kegel: >Mantas Kriauciunas confirmed this but forgot to mark it. I don't understand you :( How should I mark it ?
It looks a fair bit better in openoffice1.1beta, but I have a feeling it won't look good until openoffice 2.0. I have no idea what the status of supporting features like sloping text is in OpenOffice. I'm confirming this bug so the professionals can decide whether any of the remaining problems can be fixed for 1.1 final. Mantas, I guess once you're an official member of the openoffice qa team, you get to power to confirm bugs. I think you can apply on the web site if you'd like that.
Reassigned to MRU
MRU->SJ: In the "big grey" WordArt object, there is an empty paragraph at the end. Is there a way that the import also takes care of this? For the second (smaller) object is there a chance to make it looking somehow "almost-equally"?
Yes, WordArt import has to be improved, I hope that WordArts will be editable then, this is planned for OOo 2.0. ->For me a reminder: don't forget to handle empty paragraphs.
Changed to feature. In cws[sj05] the objects are now already editable. The ability to adjust these objects via adjustment handle is in process.
changed: double to i20485. In cws[sj05] objects are now editable and adjustable. *** This issue has been marked as a duplicate of 20485 ***
closed