Description: By default, the commands "Index Entry..." and "Bibliography Entry..." are missing from the context menu when right-clicking an item written inside a table. Steps to Reproduce: 1. Create a table in Writer. 2. Insert a text inside the table as "Index Entry" or "Bibliography Entry". 3. Do a right-click on the previous text to display the context menu. Actual Results: The context menu has no "Index Entry..." or "Bibliography Entry..." commands. Expected Results: The context menu should propose "Index Entry..." and "Bibliography Entry..." commands. Reproducible: Always User Profile Reset: Yes Additional Info: An easy workaround is, for the user, to customize the Table context menu, but I think that these commands may have been forgotten because the behaviour is inconsistent.
As far as I can see, there are two different context menus a) Cursor inside the word: context menu has entry "Index Entry..." b) Highlighted word: context menu without entry "Index Entry..." Expected result "Index Entry..." also in context menu of a highlighted word (either greyed out like "Cut" and "Copy" in context menu of case a) or - of course the better solution - as selectable entry cc: Design-Team for further input and decision
Please share a short example document.
Created attachment 176169 [details] Testcase with index entries inside the table Here is a testcase: The index entries are in a table, but the relative commands are not listed in the "Table" context menu. Same issue for bibliography entries. Just as the hyperlink commands are always available for the contents of a table, the commands for index and bibliography entries should be proposed.
[Automated Action] NeedInfo-To-Unconfirmed
The command .uno:IndexEntryDialog needs to be added to /core/*/uiconfig/*/popupmenu/table.xml But I wonder if we really need to provide every interaction at the context menus. The table menu is large right now, having indices in tables is not a common use case (neither to edit from there), and the command is easy to customize. OTOH, it wont be shown in the menu unless an index is clicked. What actually bothers me is the user expectation to have everything at hand. Do we comply? (In reply to Dieter from comment #1) > Cursor inside the word... vs. Highlighted word... The command is hidden on multi-selection, whether within a table or ordinary paragraphs. Probably to ensure it's a single entry without checking boundaries. Different topic anyway.
Hence my initial questioning - is this issue an oversight or a purposeful omission? - that made me hesitate between a minor bug report or an enhancement request. What qualifies commands to appear in the "Table" contextual menu because there are commands for hyperlinks, and indexes inside table but none for the index and bibliography entries. Is the last instance less common than the second one? It's the lack of coherence in the contextual menu for the same element outside the table and in a table that bothers me the most: I expected to reproduce the same behavior with the right-click, no matter where the entry is. The concern may be minor and easily overcome; but it brings up some considerations without challenging the expertise of the UI/design team.
(In reply to phv from comment #6) > It's the lack of coherence in the contextual menu for the same element > outside the table and in a table that bothers me the most... Convincing argument. Let's add the command to the table menu. Code pointer in comment 5.
Not sure if this changes anything, but I don't see a command for hyperlinks in the Table context menu as mentioned in comments 3 and 6.