[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2023-03-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

   Severity|enhancement |normal

--- Comment #18 from Eyal Rozenberg  ---
Disagree with characterizing this as an enhancement. The need for styling
tables is recognized, and there is some kind of "styles" (table "designs")
 already implemented. The bug is that these styles are not proper styles, and
therefore don't function properly - see comment #4.

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2023-03-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Buovjaga  changed:

   What|Removed |Added

   Severity|normal  |enhancement

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2023-01-16 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks|94587   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=94587
[Bug 94587] [META] ODF features missing or incorrectly imported
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2023-01-16 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks||94587


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=94587
[Bug 94587] [META] ODF features missing or incorrectly imported
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-12-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||2711

--- Comment #17 from Eyal Rozenberg  ---
I'll mention that I've filed a "sister" bug about having proper table styles in
Writer. Even though I mentioned Writer "Table Styles", they're not proper
styles like I asked for here, so my request really regards both modules.

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-12-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks|100373  |152652


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100373
[Bug 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=152652
[Bug 152652] [META] Introduce style categories missing in Impress/Draw
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-11-24 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #16 from Stéphane Guillou (stragu) 
 ---
Just a note that table designs can now be edited and created in Impress and
Draw 7.5 / master builds, which you can test here:
https://dev-builds.libreoffice.org/daily/master/current.html

Relevant commit on gerrit: https://gerrit.libreoffice.org/c/core/+/140943/10

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-10-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

--- Comment #15 from Rafael Lima  ---
(In reply to Maxim Monastirsky from comment #14)
> Turns out I was mistaken, and table templates actually allow setting a
> paragraph style (in addition to the paragraph settings specified in the cell
> style), see:
> https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/
> OpenDocument-v1.3-os-part3-schema.html#attribute-table_paragraph-style-name

This is good to know... At least it is supported in ODF. It seems ODF allows to
define cell styles and paragraph styles, both at the table level and at the
cell level.

I just don't know how much is actually implemented in LibreOffice. There's no
UI to create paragraph styles in Impress. However, I don't know if we could
create styles using the API and assign them to tables.

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-10-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

--- Comment #14 from Maxim Monastirsky  ---
Turns out I was mistaken, and table templates actually allow setting a
paragraph style (in addition to the paragraph settings specified in the cell
style), see:
https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#attribute-table_paragraph-style-name

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-10-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

--- Comment #13 from Rafael Lima  ---
(In reply to Maxim Monastirsky from comment #10)
> FYI, I believe table designs are accessible via the regular UNO style API. I
> didn't try myself, but it seems plausible that you can actually create real
> table designs from your code. That way you won't need to manually reapply
> the formatting each time you add a row etc.

Yes you're right, they're accessible via UNO API. I'll look into it and test if
it might work in this extension.

If it does, it can be a temporary "fix" while we wait for a definitive
implementation in master.

(In reply to Maxim Monastirsky from comment #10)
> Yes. But as a first step we can provide simple context menu actions to
> format alternate rows, header rows etc, and wire those actions to the
> existing Table Properties dialog, to specify the format for the given cell
> role. I actually played with the code a bit, and was able to successfully
> change parts of a design using the dialog. I'll keep playing with it; maybe
> it will end up with something useful.

This would be a great achievement. Let me know if you need help with testing an
eventual patch about this.

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-10-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

--- Comment #12 from Maxim Monastirsky  ---
(In reply to Eyal Rozenberg from comment #11)
> About dropping table designs 
OK, there seems to be some confusion here. My comment was actually about
dropping text properties from *cell* styles. In comment 5 I explained that
table templates use cell styles to store their formatting, and that cell styles
can't reference paragraph styles, but instead have their own text format
settings (which is btw the case also with graphic styles). On which you replied
that "This sounds to me like conceptual duplication" and that it should be
dropped. My understanding was that you propose to drop text properties from
cell styles, in favor of using paragraph styles.

> > It's also exposed to users in cell styles in Calc
> 
> Are you sure? I don't think I see the relation between Calc cell styles and
> table designs/templates. Could you elaborate on this a little?
I was talking about *cell* styles, see above.

> So, let's expand the semantics of "table styles" as existing in ODF to
> encompass what "table templates" or "table designs" have now, and get rid of
> the latter.
I really don't get what you're trying to achieve with this. The end user
doesn't care if the style is stored as  or as
, as long as it works as expected and keeps the table formatted.
What's the point in removing one thing, in order to introduce the exact same
thing elsewhere. I also believe you underestimate the amount of work needed for
such incompatible changes, and the amount of pain this will cause to people
whose documents won't open correctly in different software. Why any missing
features can't be just considered as part of the current solution?

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

[Libreoffice-bugs] [Bug 151264] Support proper table styles in Impress (and express them in ODF)

2022-10-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151264

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks||108237
Summary|Support proper table styles |Support proper table styles
   |in Impress  |in Impress (and express
   ||them in ODF)

--- Comment #11 from Eyal Rozenberg  ---
(In reply to Maxim Monastirsky from comment #9)
> We can't drop this, because it's part of the ODF spec, and used in existing
> documents and by other ODF clients. ... 
> They're anything but redundant, as there is no other way in the ODF spec for
> specifying a table design. 
> There is currently no other "tables styles" that we can implement.

When I suggest supporting proper table styles, I mean in ODF too. Will edit bug
fields accordingly.

About dropping table designs - I meant "When ODF support full-fledged table
styles, drop table-designs/templates it modulo backwards compatibility, where
we would import table templates/design from older-ODF-version files as proper
table styles".

> It's also exposed to users in cell styles in Calc

Are you sure? I don't think I see the relation between Calc cell styles and
table designs/templates. Could you elaborate on this a little?


> (And just to clarify - styles with family "table" describe
> properties related to a table as a whole, e.g. shadow or page break, and
> can't express design aspects of a table, like alternate rows.
> In fact, table
> template can reference a style from that family in its 
> element. So basically table templates are a higher level construct, that
> reference cell and table styles in order to describe a design of a table.)

So, let's expand the semantics of "table styles" as existing in ODF to
encompass what "table templates" or "table designs" have now, and get rid of
the latter.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108237
[Bug 108237] [META] ODF specification issues
-- 
You are receiving this mail because:
You are the assignee for the bug.