https://bugs.documentfoundation.org/show_bug.cgi?id=131126
Dieter <dgp-mail@gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |UNCONFIRMED
Ever confirmed|1 |0
--- Comment #4 from Dieter <dgp-mail@gmx.de> ---
(In reply to Heiko Tietze from comment #3)
Can we make this a duplicate? It's likely a facet of one of these reports:
bug 129989 - Inserting a row in a table resets list numbers
bug 100643 - Numbering of rows in tables changes on horizontal split of
neighbouring cells
I don't think, that this is a duplicate, but part of the broader topic
"Numbering in tables"
See also
Bug 115930 - [META] Adding and deleting cells / rows / columns
I thought about a new Meta-Bug "Numbering in Tables"
If not, please share a test document as I cannot follow the numbers. No idea
if this should be an enhancement.
Simply do this
1. Create a table with two columns and some rows
2. Mark first column and add numbering
3. Mark second column and add numbering
Result: Numbering of first column changes
Enhancement: Give possibility to number table per column
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 131126] WRITER: Numbering should be separate for table columns and inserting a new row shouldn't increase number in vertically merged cell where rows don't change · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.