Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Table Autoformats do not save properly | ||
---|---|---|---|
Product: | Writer | Reporter: | paul_jonesii <paul_jonesii> |
Component: | formatting | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P2 | CC: | courrier.oou.fr.mjk, georgelivesey, issues, pz1, twomat |
Version: | OOo 2.4.1 | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Windows XP | ||
URL: | NA | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
paul_jonesii
2008-10-04 17:09:53 UTC
I was able to reproduce the bug in OpenOffice.org Writer version 3.0.0OOO300m9(Build:9358). I encountered comparable results (with different "spacing to contents" settings) as described in the issue 94630. The main problem, at least to my knowledge, lies on the autoformat functionality, in which whatever settings one has used in the "spacing to contents", the L-R spacing will always be changed! The L-R spacing will be changed to reflect the settings in the top-bottom. Win XP Pro SP3, OOo 2.4.1 I confirm the OP's findings, but add that the column widths I set are not applied. The total table width is correct, but AutoFormat will not apply the specified column widths. I have confirmed this bug as well on open office 2.4.1 using Windows 7 Beta. The example posted by the original poster exposes this bug. I tried creating a random table on my own with different border spacing, and it still persists. However, I think it has something to do with the synchronize option under the spacing the contents window in the borders tab. I made a table with everything else set as the default settings and then for the spacing to contents, unchecked synchronize and put random custom values. I added a new configuration for the autoformat, and reloaded it onto another table, and the values were all the same, and the synchronize box was checked. This I believe is the culprit. Synchronize keeps re-enabling whenever a new instance of open office is created and possibly setting all the values to be equal. If you run it in the same window you create, the same bug occurs, but synchronize is not checked, so this is peculiar behaviour, but that’s the only think I can draw from my observations. With OO.writer 3.2.1 I can confirm that still some settings of "Table - Table properties" are not retained in user created autoformats. I observed the following properties are lost: a) Text Flow - Unchecked state of "Allow table to split across pages and colums" b) Text Flow - Vertical alignement "Centred" I appreciate the complexities of tables, but a fix of this ?omission? would be welcome. Thanks for your efforts in building this product. Win XP Pro SP3,OOo 3.2.1 Vertical alignement "Centred" lost for one of two consecutive columns. CC With OO.3.2.1 and Linux Ubuntu 9.10. I can't explain whay some styles are taking into account and other not. I would like to use this functionality with pilot of data but it's impossible. It's a big problem because defautl format with pilot of data is very simple and unusable. The problem is the same for a long time ago, what is the chance to correct it ? One of the problems why this is taking so long is in the fact that nobody seems interested in voting on this page in order to raise the priority to fix this bug. But maybe more importantly, developers prefer a more elegant solution with the introduction of table styles. IMHO those are also long overdue. Reset assignee on issues not touched by assignee in more than 2000 days. |