Bug 145473 - Don't add a space after E# in ToC
Summary: Don't add a space after E# in ToC
Status: RESOLVED DUPLICATE of bug 114773
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-10-31 15:28 UTC by John
Modified: 2021-12-23 14:38 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John 2021-10-31 15:28:40 UTC
Description:
I want to create the ToC that should look like this:

```
1. Foo...................1
2. Bar...................3
3. Baz..................10
```

But I don't want the period after the chapter number in the main text of the document. So in the main text it should be like this:

```
1    Foo

(The main part of the heading is separated from its number by a tab.)
```

The problem is that when I create ToC, Writer automatically adds a single space after E#

And so I cannot create the ToC shown above. The closest thing I can have is


```
1 . Foo...................1
2 . Bar...................3
3 . Baz..................10
```

I think it will be much better to not include a space after E# by default. We already can include as many spaces (or other characters) manually:

[LS] [E#] <space> [E] [T] [#] [LE]

So including the automatic space that cannot be removed doesn't make sense. It just makes ToC less flexible.

Steps to Reproduce:
-

Actual Results:
-

Expected Results:
-


Reproducible: Always


User Profile Reset: No



Additional Info:
-
Comment 1 ajlittoz 2021-10-31 15:43:32 UTC
This is a follow-on to AsLO question https://ask.libreoffice.org/t/remove-the-default-space-in-the-toc-between-chapter-number-and-the-chapter-itself/69887/2

I fully support the request. There is no point adding any character to the raw E# capture.

This spurious space goes against the "principle of least astonishment". Users should be able to predict reliably what they'd get.

Bug also present in 7.1.6.2.0+ (Fedora 34 release).
Comment 2 Oliver jake 2021-11-01 13:15:15 UTC Comment hidden (spam)
Comment 3 Oliver jake 2021-11-01 13:16:06 UTC Comment hidden (spam)
Comment 4 [REDACTED] 2021-11-01 18:45:43 UTC
Confirmed in Version: 7.2.1.2 / LibreOffice Community
Build ID: 2c9f9a7aa7c967a1b7ec3448959cff87b32f6580

This is definitely undesirable. The tool for building the TOC is really powerful (once you got the hang of it), and allows you to configure the formatting of the TOC items into fine detail, but this ruins it.
Comment 5 phv 2021-11-01 21:13:26 UTC
In my document, I apply the rule of a dash surrounded by thin space characters, except in the table of contents which imposes a standard space even when I don't want it.

So I support this change but it raises a usability issue since novice users expect to have a blank space by default and may be confused by the TOC menu (I find the "Structure and Formatting" customization tool very confusing).
Comment 6 phv 2021-12-23 14:38:33 UTC
This report is a duplicate of #114773 so I close the last one. Thank you for reporting.

*** This bug has been marked as a duplicate of bug 114773 ***