Ask Your Question

Writer: what is exactly in table styles? [closed]

asked 2017-10-06 14:24:37 +0200

ajlittoz gravatar image

updated 2020-10-17 08:53:54 +0200

Alex Kemp gravatar image

LO , experimenting with table styles

It looks like Auto-format Styles store only settings from Boders and Background tabs of table properties.

Number of rows and columns must be set when creating the table. Also spacing "around" the table (left, right, above, below and others in Table tab) is not part of the auto-format style.

These shortcomings seriously impede the usefulness of table styles. This is even aggravated by the impossibility to modify the style once created, or even to create a new style with right-click in the styles panel (auto-format style can only be created from a table, not from scratch).

The question is: what are table styles intended for? I'd hope to use them just like paragraph styles, so that table maintenance reduces to tuning the table style whose changes propagate to all tables controlled by this style.

Are table styles a still experimental feature which will improve in future versions? Should I fill in a feature request in TDF to draw developers attention on it?

EDIT 2017-10-8 (it's rather a comment on @Regina's answer but I'm too limited by the available length of an "official" comment)

Erst, danke sehr für Ihre wertvolle Antwort.

I skimmed through the ODF specification and read the rich features available for table ornamenting. However, though the authors went very deep into inside formatting (which can partly be handled with paragraph styles in the simplest cases), they totally missed outside formatting.

When you typeset an element in a document, you care both for intra-preperties (font and its variants, line spacing, colour, background, …) and for extra-properties (margins, space above/below, text flow: keep-with, nreak, widow/orphan, …). The outside properties contribute heavily to the pleasant look of the final copy (think of a book without space between paragraphs, even heading) and it is very conveninent to tune that from a single location (after all, this is what styles are intended for).

Table styles should control all properties from Table->Table Properties…, including spacing around the table. In short, they should be a shortcut for setting everything out of this dialog. On a practical side, I wonder if these style should define the number of columns because there are semantic questions associated with it, for example:

  • what happens when you create a table? You first insert a blank table, then style it. Should the columns suddenly appear?
  • if you restyle the table, should extra columns be deleted, kept or added if the new style has a different number?

Personnally, on first thought, I'd be in favour of including the number of columns in the style, thus allowing to set accurately their width for all instances, but my opinion could change with experience.

For convenience, the style should impose a minimal number of rows equal to n+1, where n is the number of heading rows, and never reduce the number of rows on restyling.

A true table style is more than just a template: the table retain ... (more)

edit retag flag offensive reopen merge delete

Closed for the following reason the question is answered, right answer was accepted by Alex Kemp
close date 2020-10-17 08:55:19.661256

1 Answer

Sort by » oldest newest most voted

answered 2017-10-06 18:08:34 +0200

Regina gravatar image

There exists "Autoformat Styles" for Tables in Writer and Calc. To define such "Style" you need to design a 4x4 Table. The dialog has check boxes for what to use from the style. These are stored in binary format inside the user profile. They have exists since ever. But no one had cared about them, and therefore the predefined ones are not really useful.

Then there exist "Styles" in Impress/Draw and newly in the Styles pane in Writer side bar. They use the ODF element <table:table-template>inside the document. The implementation has still bugs. And the ODF specification allows more customization of such table templates as currently is implemented. On the other hand some properties cannot be part of such template, but are always properties of the single table. For to examine, what is possible to be stored in a table-template and what always will be a hard formatting of a single table, you need to look into the ODF specification.

There is ongoing work to exchange the predefined table styles. If you are interested in such work, you should join the Design Team.

In all cases "Table styles" are no "Styles" in the sense of paragraph or character styles. But they are presets of properties, that can be assigned to a table. There exists no hierarchy. The term "template" reflects better, what they are.

I consider the current state of the new kind of table styles as "half-baked". You can see it as experimental feature and they will be improved in future versions. But do not expect a quick progress. The problems with table design are known, no need for a feature request. More useful then a feature request is assistance.

edit flag offensive delete link more


"Regina" indeed! Excellent answer!

lmat gravatar imagelmat ( 2021-02-27 15:58:31 +0200 )edit

Question Tools

1 follower


Asked: 2017-10-06 14:24:37 +0200

Seen: 1,896 times

Last updated: Oct 09 '17