Apache OpenOffice (AOO) Bugzilla – Issue 15718
Text boxes incorrectly mirror their position in rtl documents
Last modified: 2013-08-07 15:00:08 UTC
Text boxes are a common way to orginise text and images in a document. When importing a rtl document from word XP. text boxes always flip position- the one on the right moves left, and vice verca. A few common examples: * Doc1.doc - contains only two text boxes. One marked "left" and the other "right". Notice how they flip their positions when opened in OO. * text_pic.doc - Few RTL Hebrew text paragraphs, that wrap around an image in a text box. Notice how in OO the image is the RIGHT of the text instead of in the left. * calender.doc - this is a simple calender created with Hebrew word XP calender wizaerd. The design is heavy on text boxes, which hold all the elements in place. Notice that when opened in OO, the image is to the RIGHT of the calander instead of to the LEFT, and the month and year text boxes flipped locations.
Created attachment 6937 [details] A zip file containing the original word files, and screen shot of the correct display
Forgot to note- systems used here: Office XP pro with Hebrew multilingual UI installed, running on windowx XP. OopenOffice 1.1 beta 2. running on redhat linux 9, in Gnome 2.2
I opened this files up using Word and OpenOffice on XP. OpenOffice did flip the text boxes/pictures from one side of the screen to anouther. On my system, one of the pictures was rendered badly with white jagged lines when opened with OpenOffice.org - original poster didn't mention having that problem.
DL->CMC: Could you please takeover?
I opened up the files under Word and Writer, and saw the boxes flip position. (reminder)
This is improved in 1.1, but the basic problem is that in right to left more in writer everything gets measured from the right side. In word everything is always measured from the left side.
cmc->mru: #74188# must continue working.
Ok, can add these cases to the direction swapping on import for 2.0 cmc->mru: Working in killarneyfilterteam13
Reopen to reassign
cmc->mru: Note that in one of the examples there is a picture inside a drawing object which is missing on import. Because the editengine cannot do it, normally we replace such an object with a simple graphic, but theres a paragraph inside the drawing object so we can't :-( If we can group frames with drawing objects (as planned for Q) we might be able to use our own frames instead of the editengine for such objects. Otherwise looks good in killarneyfilterteam13
Checked fix in CWS filter13.
Verified. Fix will be included in OO 2.0.
tested with 680m20 on windows 2003- the boxes are not flipped, however the picture is missing, and the file opens much larger then in word. Should I file a separate report for those issues?
Closed. For remaining problem (missing graphic) I filed issue 25422.