https://bugs.documentfoundation.org/show_bug.cgi?id=162763
Bug ID: 162763
Summary: WRITER: Truncated entries in multi-column alphabetical
index
Product: LibreOffice
Version: 24.2.5.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Created attachment 196203
--> https://bugs.documentfoundation.org/attachment.cgi?id=196203&action=edit
clipped index entries in multi-column mode
This is a follow-up to
https://ask.libreoffice.org/t/index-issue-number-extending-into-margins-not-continuing-onto-next-line/110285/
Author created an Alphabetical Index with identical entries merged. Most of the
time, entries are short. Author then formatted his index 2-column.
Occasionally, entries may be large or the page list long. This should cause
line wrap.
Line wrap does not occur and entries get clipped to column width (or extend
slightly into the gutter between columns).
OP noticed the bug in 24.8.0.3. This bug also occurs on one of my computers
running 24.2.5.2, but document displays fine on my computer with 7.6.7.2.
Regression?
I suspect the multi-column setting is not fully taken into account by the index
engine. When you put the cursor in index entries, you see in the ruler that the
implicit right-align tab stop remains at far right, no matter if the cursor is
in left or right column.
If this is not internally compensated, in right-column entries, the engine
thinks there is ample room for the entry and will not emit the linebreak.
I am not the author of the attached sample and replaced all words by xxxx for
IP reasons.
Look at the Index left column. Entry starting with "mistaken for" has 4 page
numbers. Entry "Dick, Leroy" has 3. Both entries should be set on 2 lines.
Document also uses a user page size. Note that the implicit tab stop is not
positioned at right text margin limit but inside the right margin. This
seemingly indicates that the engine didn't take into consideration the specific
page style configuration.
I checked that Index 1-3 paragraph styles did not define any tab stop which
could adversely interact with Index properties (namely the Entries tab). These
styles have no tab stops of their own.
I suspect the same bug may occur also with multi-column TOCs or other index
tables.
--
You are receiving this mail because:
You are the assignee for the bug.
