Issue 21068

Summary: Long alphabetical index at start of document gets page numbers wrong
Product: Writer Reporter: Unknown <non-migrated>
Component: codeAssignee: AOO issues mailing list <issues>
Status: ACCEPTED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 1.1Keywords: oooqa
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Zipped sxw, song book with 142 entries in alphabetical index and wrong page numbers none

Description Unknown 2003-10-12 00:50:17 UTC
I have a long document with 142 entries in an alphabetical index.
- Right-click on alphabetical index to "Edit Index/Table":
- Tab "Entries"
- In "Structure" click on tab stop before page no.
- Modify properties of the "Tab stop":
  1) Do NOT check "Align right".
  2) Use 17.20cm (I am using centimeters not inches) for the
     "Tab stop position".
  3) Use period as "Fill character".
--> The page numbers come out wrong (each page number is to high
    by a value of 3, e.g. 13 instead of 10).
- Now DO use "Align right"
--> The page numbers come out correct.

It LOOKS like the fill characters are somehow counted in for calculating how
many pages the alphabetical index uses by itself. This SEEMS to cause a wrong
offset for the page count after the alphabetical index. When the "Align right"
option is used all page number calculations are correct.

I could not reproduce it with a trivial file, but always with the original
document. I can provide this document if you like.
Mail: bkappert@bluewin.com or kappert@hotmail.com
Comment 1 Unknown 2003-10-12 00:57:48 UTC
Created attachment 10219 [details]
Zipped sxw, song book with 142 entries in alphabetical index and wrong page numbers
Comment 2 lohmaier 2003-10-17 20:12:50 UTC
confirming. OS to all since confirming with linux
Just toggle [x] tight aligned when editing the tab-stop of the index.

When you only use 17,15 cm the numbers are correct again, so it seems
that Writer adds the numbers of pages of the index [1] to the actual
page-number of the index-entry when the page-number of the index would
cross the boundaries of the index (i.e. tab-stop too far to the right)

When deleting some text so the index fits on two pages, the
page-numbers are off by a count of two instead of three.
When adding more entries so that the index needs four pages, the
offset is four instead of three.
Comment 3 h.ilter 2003-10-20 15:41:39 UTC
Reassigned to ES
Comment 4 eric.savary 2003-10-23 13:45:51 UTC
ES->OS: as discussed. The fixed tab alignment makes the page count
wrong (!?)
Comment 5 Oliver Specht 2003-10-24 07:33:59 UTC
.
Comment 6 Oliver Specht 2003-12-02 15:23:57 UTC
The creation of an index is a two pass process.
At the first pass the text is generated and instead of the page
numbers placeholders are used. In the second pass the placeholders are
replaced by the numbers. When the placeholders are longer than the
numbers and the tab position is near the end of the line the text
exceeds the line and the index length increases. After replacing the
page numbers the index shrinks to the final size. 
The same can happen vice versa when long page numbers are used. 

I don't see a save fix for this but reducing the length of the
placeholder would prevent the first class of errors. The second class
is less annoying as the user usually probably change the settings once
the lines break due to long page numbers anyway.
Comment 7 Oliver Specht 2004-04-26 12:32:27 UTC
Target changed to OOo later - easy workaround and no really safe fix available.
Comment 8 Marcus 2017-05-20 11:19:58 UTC
Reset assigne to the default "issues@openoffice.apache.org".