[Libreoffice-bugs] [Bug 143347] Inserting a new row resets table formats.
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Jul 27 01:16:35 UTC 2021
https://bugs.documentfoundation.org/show_bug.cgi?id=143347
Telesto <telesto at surfxs.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |heiko.tietze at documentfounda
| |tion.org
--- Comment #7 from Telesto <telesto at surfxs.nl> ---
@Heiko
The comment below is slightly off for fixing the bug here (I think). However
the bug reporter is [properly, no dev] right about the "binary table autoformat
is a dead" part. There must be some bug reported related to that, right?
Searching proper ticket. [Assuming you keeping tabs on the matter combined with
a vague recollection about some comments about this in context of issues arisen
in the 5.3 branch]
(In reply to taiwuco from comment #5)
> Thanks for notifying. I did make a quick search before posting the bug.
>
> I read the bug 126008. I am no C++ developer but I, as a software developer,
> know the binary table autoformat is a dead end and this bug cannot be solved
> by debugging binary autoformat issue. It's too troublesome.
>
> Why not just get rid of table autoformat? Instead, add a new format group
> tool to the table tool sets. Mark a group of formatted rows or columns as a
> format group in advance. Inserting a single row or column belonging to a
> format group will instead inserting the group of rows of columns. Deletion
> or other table tools apply the same concept.
>
> I now use a no-style table only just to bypass the table autoformat.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210727/677cd96b/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list