Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Table alignment changes when using "optimal column width" | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | skelem <steve> | ||||||
Component: | formatting | Assignee: | michael.ruess | ||||||
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> | ||||||
Severity: | Trivial | ||||||||
Priority: | P3 | CC: | chengxiuzhi, don.troodon, ecastro, issues, jian.li, jonathan.n.mills, liujiaxiang, peter.junge | ||||||
Version: | OOO 2.0 Beta2 | Keywords: | oooqa, usability | ||||||
Target Milestone: | --- | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | PATCH | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Issue Depends on: | |||||||||
Issue Blocks: | 72764 | ||||||||
Attachments: |
|
Description
skelem
2005-09-05 20:13:10 UTC
Hi skelem, Your problem is reproducible. In fact, it is the standard behaviour for tables in OOo (either 1.1x or 2.x series). The "whole table" alignment setting is not a property of the table (so it will stay centered whatever resizing you perform on the table), but a command. After a alignment setting, if you change the size, width, of the table, moving columns, the alignment revert to "manual". The preserved magnitude is teh position of the left border of the table, from thedre colums are added and end as dictated by the sum of columns widths. This was so in 1.1.x, on linux and Windows. So this is not a bug. However, I understand your surprise. If a text paragraph is set as "centered" then if you type more words they move to maintain line centered. The paragraph is not reverted to "left". I do agree that tables should behave in the same way. Whether columns get wider or thinner, the alignment of the whole table must be preserved, changing the position of the left and right borders of the table as needed. This is an RFE; a request for enhancement. The motivations for the RFE are two: a) maintaining the consistency of the interface: This is the way tables will behave as text lines. Now they are different (frustrating expectatives) b) the improvement of usability: in this way reformating a table will requiere less manual work. Now after each change to any column width it is needed to manually re-set the alignment attibute. Enrique Enrique MRU->OS: when changing the table width by an automatism like "optimal column width", the alignment of the table should not be changed. Reassigned to FME lijian->fme: I am not sure what should be correct for this issue. Do you mean that the alignment should be always the one before "optimal column width" ? fme->lijian: Yes, I think that's what this issue is about. Created attachment 50954 [details]
patch file
lijian->fme: Here is a patch. Please have a look. Thank you! Created attachment 51039 [details]
patch 2 for this issue
lijian->fme: Another patch. Please have a look. Thank you! fme->lijian: Thank you, looks perfect. I'll add this patch to cws sw30bf01. Fixed in cws sw30bf01, ndtbl1.cxx rev. 1.20.146.1 lijian->fme: It seems that I am using a very old code version(m196). I think I'd better using m241 afterwards. :-) Ready for QA. Verified in CWS sw30bf01. Checked fix in DEV300m5. |