Summary: | AutoFormat is not automatically applied to newly inserted / adjusted (via deletion) table rows | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | dx486107 |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | axel.bock.mail, ilmari.lauhakangas |
Priority: | medium | ||
Version: | 4.3.1.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 113208 |
Description
dx486107
2014-09-09 13:04:42 UTC
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 v4.3.1.2. 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. |