Download it now!
Bug 109083 - Changes to table style do not propagate to tables using the style
Summary: Changes to table style do not propagate to tables using the style
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.3.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Style
  Show dependency treegraph
 
Reported: 2017-07-12 14:11 UTC by Kenneth Hanson
Modified: 2017-07-17 22:42 UTC (History)
4 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 Kenneth Hanson 2017-07-12 14:11:16 UTC
Description:
Even though the style menu is not available, it appears to be possible to modify table styles by changing the formatting of an existing table and clicking the "Update Style" button on the sidebar. However, the changes do not affect other existing tables -- the style must be reapplied to every single one.

Steps to Reproduce:
1. Create two or more tables with the same style
2. Modify one table's background or borders
3. Click "Update Style" in the Table Style tab

Actual Results:  
Other tables with same style unaffected

Expected Results:
All tables with said style change


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Comment 1 Dieter 2017-07-12 19:24:49 UTC
I can reproduce the behaviour you describe. But I don't think, that this is a bug. If you change a certain paragraph style, you have to enable "AutoUpdate", in order to change all paragraphs using that style. But "AutoUpdate" is disabled by default. So I think that is the same with table styles.

So my suggestion is NOTABUG. If you don't agree please change it back to UNCONFIRMED.
Comment 2 Regina Henschel 2017-07-12 21:36:51 UTC
The new UI is misleading. Actually it is not a table-"style" but a table-"template". That means, that the information is used when a table is created or the template is explicitly assigned. The table contains a copy of the settings given by the template as direct formatting.

There is an ongoing discussion, about these table-"styles". Especially as there exist different concepts in Writer, Draw/Impress and Calc, which need to be consolidated.
Comment 3 Kenneth Hanson 2017-07-13 01:15:15 UTC
@Dieter Praas

I don't think that's what AutoUpdate means, both based on the tooltip and actual experience. Rather, that check box is affects whether the style should be updated from direct formatting /without even pressing the update button or using the style dialog/.
Comment 4 Kenneth Hanson 2017-07-13 03:28:00 UTC
@Regina Henschel 
Where is this discussion? I found some references to these table "templates" but nothing about why they are not styles, etc.

If this issue is indeed unsolved, then should this bug stay new?
Comment 5 Xisco Faulí 2017-07-14 09:05:12 UTC
Putting it back to UNCONFIRMED until someone else confirms it
Comment 6 Dieter 2017-07-16 18:37:38 UTC
(In reply to Regina Henschel from comment #2)
> The new UI is misleading. Actually it is not a table-"style" but a
> table-"template". That means, that the information is used when a table is
> created or the template is explicitly assigned. The table contains a copy of
> the settings given by the template as direct formatting.
> 
> There is an ongoing discussion, about these table-"styles". Especially as
> there exist different concepts in Writer, Draw/Impress and Calc, which need
> to be consolidated.

@ Regina: So do you think we should change this bug to NEW (perhaps as an enhancement), because I could reproduce it (see comment 1), but with a more adequate summary? What is your suggestion?
Comment 7 Regina Henschel 2017-07-16 20:17:13 UTC
(In reply to Kenneth Hanson from comment #4)
> @Regina Henschel 
> Where is this discussion? I found some references to these table "templates"
> but nothing about why they are not styles, etc.

The current solution was introduced by a student in a "Google Summer of Code" project. Please look at the meta issue bug 107553 or bug 103100 for some links. Look at the long lists of "depend on" issues too. Some discussions have been personal without formal minutes.


(In reply to Dieter Praas from comment #6)
> @ Regina: So do you think we should change this bug to NEW (perhaps as an
> enhancement), because I could reproduce it (see comment 1), but with a more
> adequate summary? What is your suggestion?

"Enhancement" is OK. The bug describes a user wish. The real problem is, that currently no consistent schema about a "table style" exists. But Bugzilla is not the right place for discussing a concept.
Comment 8 Heiko Tietze 2017-07-17 17:54:55 UTC
(In reply to Kenneth Hanson from comment #4)
> Where is this discussion?

You may read about the foundation to the GSoC project at https://design.blog.documentfoundation.org/2015/12/13/style-your-tables/ though it talks about table _styles_.