To use a new autoformat style in Write I can create it using Calc, but Write does not follow the pattern I try to create.
1. Open Libreoffice Calc
2. Make following changes:
1st Row: Background color black, Font color White
2nd Row: Background color gray
3rd Row: Background color white
4th Row: Background color gray
5th Row: Background color white
3. Click Format - Autoformatting, and Add a new Autoformatting style.
4. Open Libreoffice Write
5. Create a Table with at least 5 rows
6. Use Autoformatting you have just added
7. Add a new line anywhere in your table
Background color will not be correctly applied to new row. (It should follow gray-white-gray-white pattern)
In addition, I could not find a way to save alignment of cell in the autoformat style.
This appears to relate to both Calc and Writer. After a defined AutoFormat is applied, any subsequent insertion / deletion of rows results in the AutoFormat definition needing to be re-applied.
Confirmed under GNU/Linux using v188.8.131.52. Status set to NEW. Platform set to All/All. Severity set to enhancement. Summary amended for clarity.
*** Bug 92236 has been marked as a duplicate of this bug. ***
Please note bug 92236.
This behavior is also seen whenever applying the style to a table with even rows. So not only when inserting & deleting rows.
It seems this is actually intentional, in the way that LO assumes that every table has a separately formatted bottom row (the "sum" row I call it, cause in all the previews it's labeled "sum" :).
This makes sense if the row _is_ actually there, but LO has no way of actually knowing or determining that this is the case for the table which is about to be formatted.
a possible "fix" is a dialog which opens when you hit "auto format", which has a check box which says "separately formatted bottom row" (or "sum row" or anything similar), given LO wants to keep the ability to color the last row separately.
the same would apply for the header row, but it is more safe to assume that this one is always present ...
all this aside, as a general observation I think the table handling in LO can be improved in a *LOT* of ways, with this being a pretty useful step in the process.
(In reply to Axel Bock from comment #4)
> all this aside, as a general observation I think the table handling in LO
> can be improved in a *LOT* of ways, with this being a pretty useful step in
> the process.
If you have ideas about improving it, you could work with the design team: https://wiki.documentfoundation.org/Design
You can contact them on IRC or post a proposal to the mailing list.