[This bug is with OpenOffice.org 3.2.1, but I am reporting it here since that seems more sensible] Given a table with highlit rows in Writer, if I now sort the table, the highlighting stays fixed on the rows and does not move with the contents. For example, let * denote a row that is highlit: |3|blue | *|1|red |* |2|green| Now sort it by column 1 and you get: |1|red | *|2|green|* |3|blue | I think the formatting should move along.
can you reference the bug ( in openoffice ) here, probably there is useful info, examples and such there that would be useful
There is no bug report for openoffice. I was unsure where to put it, given the current state of OOo.
In my test kit your find "sample0.odt" and "sample0.ods", and you will find cell background behaviour inconsistent for sort. Steps to reproduce with "sample0.odt" 0. unzip test kit, open smaple document 1. 2 times <cntl>+<a> to select all table 2. Menu 'Table -> Sort -> Column 1 - descending' to sort contents in opposite order Expected: text contents an all character and Cell properties will have new order (column 1 "3 ... 1") Actual: Contents and properties EXCEPT cell background color will have new order. Now redo from 1. with "sample0.ods" Here the cell background will follow text contents to new position. Bug or feature? If complete rows will be sorted newly I cant imagine any advantage of the current behaviour. Because it seems inherited from OOo version to most early available one. Same as <http://www.openoffice.org/issues/show_bug.cgi?id=32533>? Currently I don't see necessity for any additional information
Created attachment 41246 [details] Please see Comment 3!
BTW, also if you sort columns the background will stay in it's old column.
This is not a bug. The formatting should not move along. An example table that is formatted with autoformat 'yellow'(in German 'gelb') should not re-formatted.