To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=73348





------- Additional comments from [EMAIL PROTECTED] Wed Jan 17 12:26:45 -0800 
2007 -------
I've also worked to produce a sample table that can reproduce the problem, and
arrived at exactly the same situation as mru: the culprit is changing the width
of the merged columns in the topmost row (labeled "Column A/B").

To reproduce:
1. Open attached document: v04.odt
2. Place cursor in the top left heading cell labeled "Column A"
3. Right-click Column > Width; change the width. Any change will suffice.
   Observe that only the top heading cells' widths are changed--all the other
   borders are fine.
4. Save the table (Ctrl+S).
5. File > Reload.
6. Note that all the small cells "A01..A20", "B01..B20" are now misaligned
   relative to the columns underneath, as are the cells in the first row
   labeled "d" at the left, relative to the columns underneath them.

Any change to the width of the heading cells will suffice. You can change the
width from 3.38" to 3.385" (which is rounded back to 3.38" but the cell width is
visibly changed), or you can change it to 3.37" and then change it back to 3.38"
before saving.

Changing the Writer units to mm does not alleviate the problem.

Actually, anything that changes the width of the table will disrupt the internal
alignment between the portions with merged cells and the "normal" parts of the
table. E.g. changing the alignment of the table from "Automatic" to "Left" will
show a small but visible misalignment (but only if Writer is using "Inch" as the
measurement unit). But in those cases, the problem is immediately apparent. To
see the effect of saving the file, you must change the top row.

Comparing the content.xml from v04.odt and one with the header cell changed and
then changed back to the original width (3.38"), it seems that the internal
structure of the table is changed, with the merged cells now being specifically
described, where before they were only implicit. Possibly the save/re-load
forces this and the layout re-calculations are not correct.

I will attach the diff just in case it may be useful.


---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to