https://bugs.documentfoundation.org/show_bug.cgi?id=158520
--- Comment #2 from ajlittoz <[email protected]> --- (In reply to Dieter from comment #1) > Index entry is not a heading Granted. But the TOC dialog allows to create a TOC from various sources: headings, additional styles and index entries. >and so it is not expected to appear as > selectable heading in cross-reference tab of the fields dialog. I expected that when this last option was ticked, index entries would appear in the cross-reference dialog the same as heading items when type Headings is selected. I was exploring a way to create unnumbered inline/run-in headings, which is not a present feature. The alternate approach is to add hidden headings and visible cross-reference where the run-in should be located. This is tricky, error-prone and not simple. The "index-heading" looked to me an "elegant" workaround. Indeed, it works quite nicely. You only need to select "Table of Contents" for the destination of the index entry. This completely separate the "traditional" index entries from this TOC usage. Since the "special" index entries are tagged "Table of Contents" at creation time, they can't be confused with alphabetical entries which will go into the Alphabetical Index. This should be enough to be able to include them in the cross-reference headings list in order to make them cross-referenceable like the other "standard" headings. > So possible solution would be to add index entry as new type > in cross-reference dialog. Does this makes sense to you? This would create more problems, I think. Semantically, cross-references for "normal" index entries *IS* the alphabetical index and it was invented for that purpose. My request was only about those "special" index entries designated to be part of TOC. The request is related to Run-in/inline headings. If such a feature is ever implemented, my request becomes pointless. Among other points, there is the difficulty to number the index-TOC entries. It can partially be done with a number range prefixed with outline level. But number ranges can't be reset. Therefore, the index entry number can't be reset when switching to another chapter, sub-chapter, … This requires one number range per chapter, sub-chapter, … which is not manageable at all and makes maintenance very difficult when blocks of text are moved because the number range must be changed to match the new context. -- You are receiving this mail because: You are the assignee for the bug.
