Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Valid table width values are rejected | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | Nandhini <njaganathanp2014> | ||||
Component: | formatting | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Normal | ||||||
Priority: | P5 (lowest) | CC: | marcelly.bernard | ||||
Version: | 4.1.0 | ||||||
Target Milestone: | --- | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.11 | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
I can reproduce on Windows 7 and AOO 4.1.1. The second decimal digit displayed sometimes does not change, as you explain; and the table width does not change (verified on the table object). But I find the bug only with alignment Center. No problem with alignment Right or alignment Left. Same problem with unit centimeter instead of inch : the second decimal digit sometimes does not change. But if you really need precision, use centimeter or millimeter instead of inch ! OpenOffice measurement calculations have an internal precision of 1/100 mm. Inch Millimeters 6.92 175.77 6.93 176.02 6.94 176.28 6.95 176.53 Menu Tools > Options > OpenOffice Writer > General > Measurement unit |
Created attachment 85165 [details] Replication procedure Build: 9764 The replication procedure can be found in the attached file. Though the attachment shows failure for only one value of Table Width, thats not the only case. In general, the Table width variable rejects changes from x" to (x + 0.01)" where, x is a value with 2nd decimal digit (1/100) to be an even number. like, 5.02, 5.04, etc. In case of other valid values, where the digit is odd, I don't see any failure. Also, x" to (x - 0.01)" doesn't fail. Note: this is true only for adjacent values. Resizing from 6.90" to 6.93" works.