Seems nobody reported this, and 3.* series will be around for a while anyway. 'Index entry' (belonging to TOC) isn't clickable in TOC. The ctrl pressing doesn't change cursor, and click doesn't do anything.
I need more detailed steps to reproduce or a sample file as I don't have extensive experience with TOCs.
Created attachment 109094 [details] showcase Showcase. Press Ctrl and hover the mouse over the TOC entry pertaining to the 'TOC'able index entry' to see cursor stays normal. It should transform to hand indicating possibility of going to the entry on mouse click (with Ctrl pressed).
Thanks for the file! I can confirm your description, but I would like some TOC guru to comment on this as I'm a bit baffled at what's going on. Win 7 64-bit Version: 4.4.0.0.alpha1+ Build ID: 8b21b5cbe78945b27525b4ce78ae3d981f90590f TinderBox: Win-x86@39, Branch:master, Time: 2014-11-06_03:55:51
Hi Yuri, It seems "Toc'able index entry" locks your index. The navigator don't see it and if I delete it, the cursor in TOC works as usual. Jacques
That is exactly the issue; such entries oughtn't block the index :).
Hi Yury, For me, an Index Entry pasted out of the Content table will send back to the same Entry. This is useless and lead to an error. Jacques
I didn't understand that, sorry. You don't mean that entry made from "TOC index" entry shouldn't be clickable, do you? The expected behaviour of such entry on click also is clear, isn't it?
This is on all platforms. While I agree that this is a strange use-case which makes very little sense, LO should nonetheless * either prevent such an entry from being created in the first place or * if creating such entires is allowed (which imo it should not be) then LO needs to treat those entires the same as othe TOC entries. Thus, NEW.
Then the whole subdialog for "creating TOC entries from index styles" ought to be excluded from LO.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.