Apache OpenOffice (AOO) Bugzilla – Issue 23413
WordArt import direction
Last modified: 2013-08-07 15:00:08 UTC
The directionality of the text in a wordart object is lost when the file is imported from word to OO. See attached sample file and screen shot, comparing a simple word art in Word 2003 and OpenOffice under Windows 2003.
Created attachment 11868 [details] screen shot
Created attachment 11869 [details] sample file
added Dina as cc, as this is a highly visible bug that tkos should be aware of
DL->CMC: Could you please handle this?
cmc->sj: This is a wordart thing, something you are working on now I believe
Accepted, I will take care of the directon if implementing the new core for our fontwork.
Please add keywords: ms_interoperability
sj: changed issue type to defect
*** Issue 38479 has been marked as a duplicate of this issue. ***
*** Issue 39518 has been marked as a duplicate of this issue. ***
*** Issue 40166 has been marked as a duplicate of this issue. ***
ayaniger --> sj: In this issue, the WordArt problem is with mixed Hebrew/English text, in a document imported from MS Word. In issue 39518, which was closed as duplicate of this issue, the problem is with weak characters (dots)following Hebrew text in an OOo writer document. In issue 38479, which was also closed as duplicate of this issue, the problem is with weak characters following Hebrew text imported from Excel. Since 39518 and 38479 have been closed, I'd like to add a QA request: please make sure that your fix to this issue handles the problems in: - import/export and native OO docs - in Writer/Calc/Impress - both mixed Hebrew/English and Hebrew-followed-by-weak-characters. Sorry if I'm being paranoid here, but I'm concerned there might not be a single fix to one place in the code that globally handles all variations of the problem . If there is no such global solution, some instances of the problem might get accidentally ignored. Thanks, Alan
sj->ayaniger: Each bug I set double to this one was having problems with FontWork objects only, due to the reason that FontWork is a general drawing layer feature it does not matter if FontWork was inserted in Writer, Calc or Draw, I mean I will not fix existing BiDi problem beside FontWork objects as you did indicate with "import/export and native OO" docs" and "Writer/Calc/Impress".
ayaniger --> sj I also was referring only to Fontwork objects, not to other bidi issues. My request was to insure correct behavior for *FontWork* in both imported documents and OOo format documents, in all modules.
sj->qa: As ayaniger mentioned, please check if there are furthermore problems with weak characters. The bug can be submitted to me if it is a problem with Fontwork/WordArt objects, otherwise it is application dependent. This issue has been fixed now as far as it was possible (in cws[sj15]). The problem is that the text direction of mso WordArt objects depends to the first run or character of the paragraph, means it is not possible to change the direction. This is now properly imported, now we are detecting the corresponding text direction in consideration of weak characters. Since the text direction is not adjustable for WordArt objects, it is not possible to provide text direction support if exporting into a ms office format.
sj->cgu: this issue is ready to be verified in cws[sj15] re-open issue and try to reassign to cgu@openoffice.org
try to reassign to cgu@openoffice.org
try to reset resolution to FIXED
Verified in cws sj15
Integrated in src680m90s1 On linux it depends on the font. With some fonts it looks ok with other fonts it looks wrong.