Apache OpenOffice (AOO) Bugzilla – Issue 102278
Wrong placement of vertical text in combined cells of imported .doc
Last modified: 2017-05-20 11:19:45 UTC
.doc has a table with vertically combined cells. These cells contain vertical right aligned text. After import text starts and aligned in top half of combined cell then goes to bottom half of cell. In another words combined cell behaves as two linked in wrong order frames. OOo.2.4.2 works correct in this case.
Created attachment 62558 [details] test file for vertical-text-in-combined-cells
Created attachment 62559 [details] screenshot for vertical-text-in-combined-cells
wrong component
Created attachment 62561 [details] another sample file
Created attachment 62562 [details] illustrating screenshot
As described - see attached "wrong-direction.PNG".
Created attachment 62563 [details] text wraps by height of top row in combined cell
MRU->OS: this looks like a formatting problem in the table. When resizing the table column containing the vertical text it will look ok even after Undo. So the table import seems "not guilty" this time ;-) Adding OD to CC.
FYI, Lotus Symphony opens the file even better than Word Viewer.
If the file was created in OO.o, exported to DOC and then again imported to OO.o, then no problem, without touching the text or the column width. This bug appears only when importing a file created in (a version of) Word. OO.o has only initial support for files created in Word, don't forget it. If someone make an initial support for Corel Draw in OO.o Draw, are you going to demand the full support and eternally file bugs of the imperfect filter? Of cource, it is imperfect, it would be imperfect by definition and will never be perfect.
Created attachment 62587 [details] Exported DOC file, created in OO.o 3.1.0
If you preview or print the first attached file, there is no corruption of the vertical text. This is a bug with updating the screen.
Target changed to 3.x
According to our new regression issue handling for the 3.4 relrease the field priority is now used as the order we want to work on them, no longer as a "severity". The high number of regressions in the WW8 filters makes it necessary to prioritize them as we won't be able to fix all of them for 3.4. We decided to first focus on the export. Thus most regressions in the import filter now get priority "P4", what means that they will be reevaluated in the next release cycle.
Reset assigne to the default "issues@openoffice.apache.org".