Issue 18998 - Box placement(?) wrong when rendering of a Hebrew Word 2000 document
Summary: Box placement(?) wrong when rendering of a Hebrew Word 2000 document
Status: CLOSED FIXED
Alias: None
Product: Internationalization
Classification: Code
Component: BiDi (show other issues)
Version: OOo 1.0.0
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: ms_interoperability
Depends on: 17567 19008
Blocks:
  Show dependency tree
 
Reported: 2003-09-03 08:16 UTC by amosshapira
Modified: 2013-08-07 15:00 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
A hebrew Word 2000 document which demonstrates some misplaced box(?) (179.50 KB, application/octet-stream)
2003-09-03 08:18 UTC, amosshapira 		no flags Details
Another document which I think demonstrates the problem (images on pages 6 and 7) (673.50 KB, application/octet-stream)
2003-09-20 08:21 UTC, amosshapira 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description amosshapira 2003-09-03 08:16:41 UTC 
Here is a sample document which renders pretty well (a big improvement over 
RC1) but still there are a couple of small defects.
This is on Debian Unstable with openoffice.org 1.0.99+1.1rc3-1.
Attached is the document.
Comment 1 amosshapira 2003-09-03 08:18:35 UTC 
Created attachment 8966 [details]
A hebrew Word 2000 document which demonstrates some misplaced box(?)
Comment 2 frank.meies 2003-09-03 08:48:13 UTC 
FME->OD: Yours, as discusseed.
Comment 3 Oliver-Rainer Wittmann 2003-09-03 10:28:33 UTC 
OD (03.09.2003):
- misplacement of 1st text box: 
wrong vertical position: in the current version, we don't support
negative positions for to-paragraph anchored objects, but this will be
addressed in the next version (OOo 2.0).
wrong horizontal position: there is still a defect, but this will be
addressed in the next version also. I will submit a new issue for this
defect.
- misplacement of 2nd and 3rd text boxes:
wrong horizontal position: this is already fixed in SRC680m4
- new 4th text box:
this text box is anchor at the paragraph be before the table and isn't
visible in MS Word, because it's positioned below the first page. This
object becomes visible in the writer on the next page, because objects
in the writer will follow the text flow and such an object doesn't
allow text/tables below the anchor paragraph to be positioned before
it. Thus, the table is also placed on the next page. This will also be
addressed in the next version.
Comment 4 Oliver-Rainer Wittmann 2003-09-03 10:42:12 UTC 
.
Comment 5 Oliver-Rainer Wittmann 2003-09-03 10:45:21 UTC 
OD (03.09.2003):
depends on 17567 - negative vertical position
depends on 19008 - wrong horizontal position in RTL-layout.
Comment 6 amosshapira 2003-09-20 08:21:36 UTC 
Created attachment 9511 [details]
Another document which I think demonstrates the problem (images on pages 6 and 7)
Comment 7 Oliver-Rainer Wittmann 2003-09-24 13:05:58 UTC 
.
Comment 8 sforbes 2003-10-08 21:39:32 UTC 
is this bug related/a dup of issue #15718?
Comment 9 sforbes 2003-10-08 21:39:59 UTC 
moving to proper component
Comment 10 Oliver-Rainer Wittmann 2003-10-09 07:54:33 UTC 
OD->Shoshannah Forbes (09.10.2003):
This issue isn't related to issue #15718. Issue #15718 descibes a
general difference of frame/graphic positioning between MS Word and
OpenOffice - in RTL layout MS Word measures the position from left and
OpenOffice measures the position from right. This issue - as described
above - describes a general layout issue (negative position, issue
#17567) and a small defect inside the MS Word filter (issue #19008).
Comment 11 Oliver-Rainer Wittmann 2003-11-20 10:58:38 UTC 
issue #i17567 is provided in internal cws swobjpos02
Comment 12 Oliver-Rainer Wittmann 2003-11-20 11:00:16 UTC 
OD->MRU:
Checked in internal installation set of swobjpos02 - please verify
Comment 13 michael.ruess 2003-12-11 15:10:43 UTC 
Checked fix with CWS swobjpos2.
Comment 14 michael.ruess 2003-12-11 15:12:23 UTC 
Verified. Fix will be available in OO 2.0.
Comment 15 michael.ruess 2004-04-30 16:05:40 UTC 
Checked with OO 2.0 build 680m35. Closed.