See attachment 132787 [details]. In 5.3.1 an additional space after the chapter number in a Table of Content was introduced. You can test it with attachment 132787 [details] of bug 44282. Illustration and table indexes are not affected. 5.3.0 wasn't affected. 5.3.2 and later versions are also affected. Steps to reproduce: 1. Open the mentioned Writer file. 2. Update the table of indexes. Actual result: 2.1 Heading level 2 ................. 2 -1 Expected result: 2.1 Heading level 2 ................. 2-1
I confirm it with Version: 6.0.0.1 (x64) Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: de-DE (de_DE); Calc: CL The difference between TOC and illustration and table index is, that the entry is different: TOC: Chapter No. Table index: Chapter Info
(In reply to Thomas Lendo from comment #0) Have you tested it with a different locale? The problem does not appear in my LibreOffice.
Weird. I tested it with English and German locale and a new profile. No difference. Version: 6.1.0.0.alpha0+ Build ID: 38f5e768b0f858f8f990a8f297396821c75d45dc CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-12-29_01:09:09 Locale: de-DE (de_DE.UTF-8); Calc: group threaded
*** Bug 115060 has been marked as a duplicate of this bug. ***
bbisect 5f1ebf0563dfa376c8ff949fce15616c8a29f41f is the first bad commit commit 5f1ebf0563dfa376c8ff949fce15616c8a29f41f Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Wed Feb 15 17:20:50 2017 -0800 source sha:dc8ebf205c3231ffc4d6737b53cee396c2ac0bfd source sha:dc8ebf205c3231ffc4d6737b53cee396c2ac0bfd author Xisco Fauli <anistenis@gmail.com> 2017-02-15 11:06:00 +0100 committer Miklos Vajna <vmiklos@collabora.co.uk> 2017-02-15 11:33:56 +0000 commit dc8ebf205c3231ffc4d6737b53cee396c2ac0bfd (patch) tree 10fb4e9a4d6bb474f4dd0144354df612d33ba38c parent 54c0b9977a6421ecb7383fa48636075c6ca9967e (diff) tdf#104315: Revert "tdf#44282 fix missing space... ... for numbered lists in TOC" This commit is causing lot of regressions in TOC. Besides, as the comment says, it's an ugly hack, so I'd prefer to revert it and find a better solution
The bisection in comment 5 is not correct, as the commit mentioned only reverts a previous commit. Regression introduced by: author Abhilash Singh <abhilash300singh@gmail.com> 2016-07-22 11:48:45 +0530 committer jan iversen <jani@documentfoundation.org> 2016-08-16 06:26:04 +0000 commit ce95e39f8e952159844e9dc04a1df402bb103634 (patch) tree dc419e5a1cb976ceab9867bd0b20612c8f8cf199 parent 989e8bc0d792f0dc5778746fac45de129a22d7ac (diff) tdf#44282 fix missing space for numbered lists in TOC Bisected with: Abhilash Singh Adding Cc: to bibisect-linux-64-5.3
I just did some checking on LO 6.0.1, and the bug is still there: an additional space still gets inserted when we update the ToC. I am sending this with the hope to place it back on your (collective) radar. Thank you very much for your consideration!
I did some additional testing with LO 6.0.3002, with the same outcome: an extra, unwanted space gets added to the TOC (and other indexes) when we update it. I was hoping the action described in Comment #6 would have addressed the situation, but apparently this is not the case. Thank you again for your help with this pesky issue!
Additional space is ugly. I think proper solution is tab stop in Bug 32360. Actual result (space is tied to chapter number): 2.1(space)Heading level 2 ................. 2(space)-1 Expected result (tab is entry in ToC structure): 2.1(tab)Heading level 2 ................. 2-1
I just did some testing using LO 6.0.6.2, to no avail: that pesky space keeps coming up. As I mention in related posts, the culprit was introduced in LO 5.3, while 5.2.7 was perfectly functional. I am hoping to revive this issue, so someone competent can address it, for everyone's benefit. Thank you very much!
@thomas: as far as I see, the space only is added after the second chapter number in the line, and only added once, not repeatedly? So update summary of this issue?
(In reply to Cor Nouws from comment #11) > @thomas: as far as I see, the space only is added after the second chapter > number in the line, and only added once, not repeatedly? > So update summary of this issue? The extra space always appears between the automatic number generated by Writer (as set by list or outline/chapter numbering) and the author-entered contents that follows. So if you have the punctuation input automatically by Writer, the extra space appears after that punctuation (e.g. "2. blahblah" > note that there are two spaces before blahblah); if you have the punctuation entered by the document's author, then the extra space appears before that punctuation (e.g. "2 . blahblah"). Does this clarify the issue?
(In reply to Cor Nouws from comment #11) > @thomas: as far as I see, the space only is added after the second chapter > number in the line, and only added once, not repeatedly? > So update summary of this issue? For, I see this extra space in every TOC line, not only once and not only after the second chapter. Therefore the summary is still valid.
This is more a cry for help than new input. New versions of LO keep rolling in while we can't still generate a valid ToC unless we stick to the LO 5.2.7 legacy version. Beyond the technical annoyance, this makes it difficult to promote LO as viable alternative for serious document writing. Thank you for anyone who could revive/fix that issue!!
I just did some check with LO 6.2.2.2. The same problem is there.