Apache OpenOffice (AOO) Bugzilla – Issue 94630
Table Autoformats do not save properly
Last modified: 2013-07-30 12:32:23 UTC
OO 2.4.1 Win-XP-SP3 Intel x86 processor I believe that I have encountered a defect in the way that user-defined Table Autoformats are saved. Apparently, some of the settings are saved, and not others. This means that I still have to manually adjust certain settings for every table, even after Autoformatting, which drastically limits the utility of that functionality. Step-by-step instructions, which unfailingly produce the fault on my own system, follow. -- run OO Writer -- File | New | Text Document -- Table | Insert | Table -- Size: Columns: (6), Rows: (6) -- OK -- Table | Select | Table -- Table | Table Properties... -- Table tab | Alignment: (Left) -- Text Flow tab | (check) "Allow table to split", (UN-check) "Allow row to break" -- Borders tab | Line: (0.50 pt), Spacing to contents: (L 0.04, R 0.04, T 0.02, B 0.02) -- OK -- Table | AutoFormat... -- Add -- (Test), OK -- OK -- File | Close | Save -- (arbitrary name and logical location), OK -- File | New | Text Document -- Table | Insert | Table -- Size: Columns: (6), Rows: (6) -- OK -- Table | Select | Table -- Table | AutoFormat... -- (Test) | OK -- Table | Table Properties... -- Inspection reveals that, for the Borders tab: Line: (0.50 pt), Spacing to contents: (L 0.02, R 0.02, T 0.02, B 0.02) -- Inspection reveals that, for the Text Flow tab: (check) "Allow table to split", (check) "Allow row to break" -- This indicates that L-R spacing and row check box settings were not saved properly This problem makes the Table Autoformat functionality almost useless to me, since I still have use the Properties dialogue box to set multiple settings, even after I apply an Autoformat. I am hoping that this defect is already being corrected in OO 3.0, but I thought that I'd report it, just to make sure that developers were aware of it. Thanks for your work on this excellent effort.
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.