<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Redundancy in Table of Contents and Indexes" href="https://bugs.documentfoundation.org/show_bug.cgi?id=134781#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Redundancy in Table of Contents and Indexes" href="https://bugs.documentfoundation.org/show_bug.cgi?id=134781">bug 134781</a> from <a class="email" href="mailto:page74010-sf@yahoo.fr" title="ajlittoz <page74010-sf@yahoo.fr>"> ajlittoz</a> <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=134781#c5">comment #5</a>) > ToF creates a table of figures and ToT for tables, not overlapping. > Is your request to make the configuration of entries the same? Not at all, it is UI clarification one. When you select Table of Figures, it presets "Table of Figures" in the Title field and pre-selects "Figure" in the Category menu. With Index of Tables, Title is set as "Index of Tables" and Category to "Table". A secondary difference appears in the Entries tab: ToF offers the LS and LE markers while IoT does not. Apart from the preselection, the options in the dialog are rigorously the same and the result is the same. Accessing the same output through two different menu items is disturbing. If you select another Type from the menu, the options shown in the dialog are really different. I suspect the existence of two menu items in Type comes from a time when there were perhaps no Category choice and the user could only have Figures and Tables. Nowadays, you can have as many categories you like and the Category menu is the tool to choose one (a number range). There is no point keeping two accesses for building the list unless they produce different "lists". If the reason is to provide a default Title, the same can be achieved by modifying Title when a different Category is chosen (beware however if user has already manually changed Title and also in languages where singular/plural forms are not "simple"). If there is an intent behind the use of Table/Index as might be suggested by the disabling of LS/LE when word "Index" is used (unless it was done only to avoid "Table of Tables"), it should be visible in the output, i.e. document order as in ToC or alphabetical order as in Alphabetical Index. Maybe my point is difficult to understand because Type menu item like "Table of Figures" is really simple and direct, making think that everything is already set and you only need to press OK. Perhaps, something like "Tables of Figures, Illustrations, …" taking the first two Categories and adding an ellipsis could help to make clear this menu setting is only a step in creating the table. And most important if the "Index of Tables" (in its present form) is deleted, it would avoid "surprises" when user sees that the return hyperlink to the table is missing, needing to regenerate the list of tables with so-called "Table of Figures". My preference is to have a "Table of Figures, Illustrations, …" AND an "Index of Tables, Illustrations, …" (note that the menu item differs only in Table/Index to emphasise the difference in sort order) but presently the Index order is not implemented. Consequently, I deem more consistent to ask for deletion of "Index of Tables" as it creates ambiguity and confusion.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>