Bug 136532 - Table loses all formatting when adding or deleting a row
Summary: Table loses all formatting when adding or deleting a row
Status: RESOLVED DUPLICATE of bug 126008
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-07 03:48 UTC by briandb1222
Modified: 2020-09-08 15:56 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description briandb1222 2020-09-07 03:48:44 UTC
Description:
If you have formatting in a table and add or delete a row, it loses its formatting.

Steps to Reproduce:
1. Create a table.
2. Add some content.
3. Format the content.
4. Add or delete a row.

Actual Results:
Table loses all formatting. 

Expected Results:
Table retains formatting.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
It tends to happen specifically when you apply a style. If you do not change the style property in the style submenu this doesn't happen.
Comment 1 Telesto 2020-09-07 11:20:00 UTC
Would say: bug 126008
Comment 2 ajlittoz 2020-09-07 18:33:36 UTC
IMHO, the present implementation of table "styles" (they are not style in the usual LO sense) are faulty.

From experiment (no developer, therefore never read a page of code), it looks like selecting a table "style" launches a macro which will direct format all cells.

This conflicts with the style formatting recommendation because the macro is rerun in various circumstances. You can launch it by double-clicking on a style name in the style sidepane or by adding/deleting rows and columns.

If you had styled your cells, the macro direct formatting will remove or override your carefully tuned styling. Note that the same is true and even worse if you direct formatted your cells/table: everything is replaced by the macro direct formatting.

I would not call it a bug but a misconception of what should be a true table style. My idea of a table style is the possibility to apply the Table>Properties settings through a style. This would not impact cell styling.

The present feature is both behind this concept (you can't change padding around the table, its text flow properties or size/alignment -- in short the layout -- with a current "style") and beyond it because it allows to alternate row/column formatting (such as background colour or font colour) and other "embellishments" which are not part of the structure. And its worst inconvenient is to use direct formatting (but what else could be used) which ruins well design style format.

I would recommend not to use the feature if table contents are to be styled. At least until the feature has sufficiently evolved to be useful to power "typographers".

An example of complaint is as at https://ask.libreoffice.org/en/question/264695/table-formatting-disappears-when-adding-a-new-row-in-writer/?comment=264768#post-id-264768
Comment 3 Dieter 2020-09-08 12:52:33 UTC
(In reply to Telesto from comment #1)
> Would say: bug 126008

I agree. Briandb1222, can we mark it as a duplicate?
=> NEEDINFO

(Please always look for duplicates before reporting a bug)
Comment 4 briandb1222 2020-09-08 15:55:44 UTC
(In reply to Telesto from comment #1)
> Would say: bug 126008
(In reply to Dieter from comment #3)
> (In reply to Telesto from comment #1)
> > Would say: bug 126008
> 
> I agree. Briandb1222, can we mark it as a duplicate?
> => NEEDINFO
> 
> (Please always look for duplicates before reporting a bug)

I didn't see that, I'll mark as a dupe. I did search for it, but I guess my search parameters were wrong because I didn't find anything similar.
Comment 5 briandb1222 2020-09-08 15:56:21 UTC

*** This bug has been marked as a duplicate of bug 126008 ***