Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | chapter info in alphabetical index | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | claudiadzm <claudia.drechsle> | ||||||
Component: | formatting | Assignee: | AOO issues mailing list <issues> | ||||||
Status: | CONFIRMED --- | QA Contact: | |||||||
Severity: | Trivial | ||||||||
Priority: | P3 | CC: | issues, rainerbielefeld_ooo_qa | ||||||
Version: | OOo 2.0.1 | Keywords: | oooqa | ||||||
Target Milestone: | --- | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
claudiadzm
2005-12-13 15:01:36 UTC
Reassigned to ES. Can we get a sample document and some more information, especially screenshots? I tested with an own document and it seems that I can not reproduce that problem with "2.0.2 German version WIN XP: [680m5(Build9011)]", but may be I have not understood the problem in all details. Created attachment 40069 [details]
sample document
Now I get the point too! ES->claudiadzm: just a note - please, next time, write your explanation in Englisch (see your document). One never knows where an issue will be assigned in the end ;). ES->OS: when a chapter number is part of an alphabetical index structure and this index uses "Combine identical entries", the chapter shown in the index is always is always the last one in which the keyword appears. a) It should be at least the first one. b) We should show all chapters in tha form: entry chapter A 1,2,3, chapter D 2-5, chapter G 3,4,5. I don't think that the problem should be linked too much to the chapter- definition. The problem is the new-start of page-numbering and that does not depend on a chapter definition. It's true, that in my cases (and perhaps on the majority of cases) the page- numbering restarts at every new chapter and therefore including the chapter- info into the index-entry would solve the problem, but only, if all pages appear in the index. If they do, the chapter-info should be considered as a part of the page-numbering and not as simple information for the whole index- line. Solution a) doesn't help, for it's still the same problem: the index doesn't lead to all entries. I'll try to explain in english, but I've little knowledges only, so I hope it would be clear: When page-numbering restarts one or more times in a document, we've not only one "page 1" but two or more times. "Page 1" is no more a unique definition. But the writer knows the "real" page-number and I think, indices should base on this "real" page-numbering, but show the "formatted" page-number. That would mean, when the option "combine identical entries" is activated, the entries should be combined seprately for each page-number-range. That might give indices like: Flowers 1,2,1,1,2,3 or Flowers 1,2 Flowers 1 Flowers 1,2,3 But even if that seems to be a mistake, it is more correct than Flowers 1,2,3 If there is outline numbering defined and the page-restart depends on the breaks between the chapters, the user can include the chapter-definition an should receive something like: Flowers I-1,I-2,II-1,III-1,III-2,III-3 or Flowers I-1,2, Flowers II-1 Flowers III-1,2,3 Perhaps it would be usefull to show a message when an index is created in a document that has more than one page-number-range. (the roman numbers represent the outline numbering) OpenOffice 3.2.1: There is no chapter-info in the index! We've hundreds of catalogs in use by out clients. Each chapter starts with "page 1" so that it's possible to actualize the chapters independently. But the index doesn't make any sense if yout don't know to which chapter a page number mentioned in the index belongs. I'll add some screenshots Greetings, Claudia Created attachment 71933 [details]
missing chapter info in index
Reset assigne to the default "issues@openoffice.apache.org". Reset assigne to the default "issues@openoffice.apache.org". |