https://bugs.documentfoundation.org/show_bug.cgi?id=169307
--- Comment #2 from Hartmut Schorrig <[email protected]> --- The Navigator side bar shows Headings, Tables, Frames, Images etc. and also Bookmarks. It is proper to go from a known Bookmark (as also from known Image Label, or from header) to the text where it is located. But not in the back direction. The back direction refers from the text to either header, if click in the text on a header, or to a section. The last one is not usable for me (by the way) because there are many sections without name and meaning because they exists because I write in columns (only by the way). But never I can reference from the text to the apropriate bookmark. The Navigator is not able to explore or see, which bookmark is used for the current text part (usual a header on my usage). Instead it shows the header text in the chapter structure, which is proper for other using approaches. If a bookmark is used for a text part, small gray [...] are visible. So I get the information, there is a bookmark. But it is not possible to see which (its identifier). The only possibility to find which bookmark is: Open navigator, estimate which bookmark may the correct one, select it and press enter. Then the text position is set to the selected bookmark. But unfortunately then, immediately the position in the Navigator is lost, because the Navigator goes to the header entry. So it is NOT POSSIBLE to evaluate in the given order a bookmark in the near, test next etc. The bookmarks in the Navigator are sorted in order as in the text, that is proper (!). But this is not usable because the selected position in the Navigator is away because select the adequate header in this long table. If for example the bookmarks are an extra select table (separated from Header, and also sections) this effect would also supressed. But only one table for all destroys ability of usage. It means, have an extra Navigator only for bookmarks may be also a proper feature. - Should be discussed in another bug number. But why, the context info which bookmark label is not shown with the right mouse context menu. This would be the most obvious conceivable solution. The status bar has also enough space. But, yes, discussion what is shown in the status bar needs more detail discussion. The status bar contains ~30% of space to show the page style. This is simple able to evaluate on opened Styles Window, selecting page styles. It is (in my mind) not necessary in the status bar. -- You are receiving this mail because: You are the assignee for the bug.
