https://bugs.documentfoundation.org/show_bug.cgi?id=151264

--- Comment #5 from Maxim Monastirsky <momonas...@gmail.com> ---
(In reply to Eyal Rozenberg from comment #4)
> "Table designs"...
> 
> * Are not named
They are named internally, although we don't expose their names in the UI.

> * Don't have default paragraph styles
This is problematic for two reasons:

First, there is no support for paragraph styles in Impress right now, not just
in the context of tables.

Second, even if there were paragraph styles, it's unclear how to integrate them
with table designs. Currently table designs are implemented using the ODF
<table:table-template> feature (much like table styles in Writer), which is
basically a set of cell styles describing different parts of the table (e.g.
the style of the first row, the last row etc.). And cell styles can't reference
paragraph styles (AFAIK), but they can have text and paragraph properties on
their own via <style:text-properties> and <style:paragraph-properties>.

So while I'm unsure you can expect paragraph styles to work here, you can
certainly expect to be able to define text properties as part of a table design
itself. In fact, it seems to already work to some extent: Manually adding a
<style:text-properties> element to a cell style of a table design seems to be
picked by Impress and work happily (and even survive export). So the biggest
problem seems to be the lack of a UI for modifying it.

> * Aren't hierarchical
That's also problematic, as ODF table templates don't seem to support
inheritance. One way around it might be to implement support for cell styles
(that's it, styles applicable to single cells), which can be hierarchical, and
let table templates reference these styles. But I'm not sure if such complexity
actually worth it.

> * Can't get embedded in the document (IAANM)
That's not the case. If you create a document with a table, and then look into
its XML, you can see the table design exported under <office:styles>. We don't
export other unused designs into each document, but that should change once we
allow creating custom designs, and mark them as "user defined". That way table
designs could be defined inside templates, much like other styles.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to