Bug 135241 - Table of Contents: allow adjustment of space between text lines and page numbers
Summary: Table of Contents: allow adjustment of space between text lines and page numbers
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: lowest enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: TableofContents-Indexes
  Show dependency treegraph
 
Reported: 2020-07-28 15:54 UTC by R. Green
Modified: 2020-12-30 20:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Zip file containing files showing a TOC issue (52.12 KB, application/x-zip-compressed)
2020-07-28 15:54 UTC, R. Green
Details
how I see the document (156.48 KB, image/png)
2020-07-28 17:39 UTC, BogdanB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description R. Green 2020-07-28 15:54:26 UTC
Created attachment 163705 [details]
Zip file containing files showing a TOC issue

Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-GB
Calc: threaded

One issue that does not appear to be solvable using the TOC "Edit Index" dialogue is the problem of text overlapping the page number area on the right. This can happens when the text entry is long and breaks onto a new line. The problem is shown in the attached file "toc_text_overlap".

This is solved in published books by adding appropriate line breaks to long entries, as shown by the attached file: "index_excerpt".

SUGGESTION: Provide a new property on the "Entries" page to allow the user to set a minimum right margin between the end of the text lines and the page numbers.
Comment 1 R. Green 2020-07-28 16:00:04 UTC
BTW, the "right margin" only affects text, not the tab fill characters.
Comment 2 BogdanB 2020-07-28 17:39:05 UTC
Created attachment 163708 [details]
how I see the document

I see NO overlaping in your document. See my screenshot.
What exacly is the problem you get?
Comment 3 R. Green 2020-07-28 20:29:38 UTC
(In reply to BogdanB from comment #2)
> I see NO overlaping in your document. See my screenshot.
> What exacly is the problem you get?

Yes, while the text is not overlapping the page number characters, it IS too close to them. The TOCs of publshed books, in the great majority of cases, have a clear minimum space between the text and the page numbers.

The obvious answer is to have an adjustable property on the Entries page which forces lines to break if they reach a critical length.
Comment 4 Timur 2020-07-29 09:25:39 UTC
This is WontFix in my view. 
We see no problem. 
And I guess ToC may be modified and tab added if needed. 
Please explain of you tried that.
Comment 5 R. Green 2020-07-29 10:19:24 UTC
I've tried adding another tab, left-aligned, AFTER the right aligned tab, but that simply moves the page number onto a new line.

What is really needed is something that keeps the page number right-aligned to the page margin, but allows an INDEPENDENT right-margin for the text. That way you can ensure, if desired, that there is a minimum spacing between all the text entries and their respective page numbers.

A workaround is to use a table with the chap. nos. and text in one column and page nos. in another. However this can be tricky to set up and maintain—especially for long TOCs.
Comment 6 Timur 2020-07-29 15:47:12 UTC
I don't think this is feasible and I remain at WontFix (with an alternative to use manual line breaks - Bug 70451), but let's ask UX.
Comment 7 Heiko Tietze 2020-08-04 09:15:03 UTC
You can always change the style for each entry. For example Content 4: Indent after text = 0.3cm makes the line break only after "this". Sure, the dots (Fill Characters) are missing. But this is perfectly okay for me. Does this work for you?
Comment 8 Timur 2020-12-30 20:01:15 UTC
No response, so I close.. Anyway, this never was justified.