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.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.0) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-02-21
Still there on 5.1.2.1.0. Let's recapitulate: 1) there's an option in LO to create an index entry of type 'TOC', which would be shown in TOC 2) the option works but the respective TOC entry isn't navigable; mousing over with ctrl down does not show 'pointing hand' and ctrl+click does nothing BTW, this use is for side-stepping the virtual lack of capability in LO to create TOC entries from/for non-heading paragraphs.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Bug still exists in 5.3.3.2, on Linux x64. This is an important bug for anyone using multiple TOCs in documents, as often is the case with longer, more technical documents, because a functional second TOC, targeting specific index entries, is not possible.
*** Bug 73295 has been marked as a duplicate of this bug. ***
*** Bug 90495 has been marked as a duplicate of this bug. ***
*** Bug 93146 has been marked as a duplicate of this bug. ***
Still a bug. Windows user here. Index marks are not hyperlinked in a ToC.
(In reply to retired from comment #8) > While I agree that this is a strange use-case which makes very little sense ... The one very interesting use case which makes perfect sense is using inline headings, i.e. some forst words of a paragraph as a ToC entry without need of a new paragraph for the heading (which is a valid formatting style).
(In reply to Mike Kaganski from comment #18) > (In reply to retired from comment #8) > > While I agree that this is a strange use-case which makes very little sense ... > > The one very interesting use case which makes perfect sense is using inline > headings, i.e. some forst words of a paragraph as a ToC entry without need > of a new paragraph for the heading (which is a valid formatting style). Which is what I've been trying to do. Had to make do with a workaround. Same result (on paper), more footwork.
Hello, I met the bug in 5.2 version and bug is still present in 5.4.7 version on windows.
(In reply to Mike Kaganski from comment #18) > The one very interesting use case which makes perfect sense is using inline > headings, i.e. some forst words of a paragraph as a ToC entry without need > of a new paragraph for the heading (which is a valid formatting style). Indeed. In fact, the problem is not only a non clickable index in Writer, but also a non clickable index in the exported PDF, which makes this easy workaround to get in-line headings almost useless.
bug presence verified, useful feature awaited. Version: 6.4.5.2 Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-IN (en_IN); UI-Language: en-US Calc: threaded
• another use case i'm writing a ~70 page technical document, with ~85 (level 1-5) headings. 8 of those headings deserve special mention. i need a normal TOC at the start of the document, with heading text and page numbers, hyperlinked to their location (in doc and pdf). for the special list, i'd like a second table somewhere else in the document, with similar formatting and hyperlinking (in doc and pdf). normally, the most appropriate type for my second table would be a 'User-Defined' Index, but LO Help instructs that hyperlinked index entries are "Available only for a table of contents" [1], so i chose the TOC type. • steps to reproduce (on macOS) 1. create an index entry from a heading a. select heading text b. from the Insert menu, choose Table of Contents and Index: Index Entry... c. in the Insert Index Entry dialog, select Table of Contents for Index, then click Insert d. click Close to dismiss the Insert Index Entry dialog 2. insert a TOC for index entries only a. place the cursor in the document where you want to insert the TOC b. from the Insert menu, choose Table of Contents and Index: Table of Contents, Index or Bibliography... c. on the Type tab of the Table of Contents, Index or Bibliography dialog, make sure the selected Type is Table of Contents d. under Create From, deselect Outline and Additional styles, select Index marks e. click OK to close the dialog and insert the TOC into the document • result the TOC lists the index entries created from heading texts, referring to the right page numbers. it can be updated and edited as a normal TOC. if the document already contained a TOC, its name will be 'Table of Contents2'. • expected result next to the actual result, i expected a click (command + click on macOS) on a TOC line to jump to the index entry (heading text in my case) on the page in the document it refers to. i'd also expect that these hyperlinks would still work when the document is exported as PDF. this is the implemented behavior when Create From: Outline, or Create From: Additional styles is selected in step 2d, above. -- [1] Entries (table of contents). (n.d.) LibreOffice Help (6.4). https://help.libreoffice.org/6.4/en-US/text/swriter/01/04120221.html (see heading 'Hyperlink (LS and LE)') Version: 6.4.7.2 Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Mac OS X 10.15.7; UI render: default; VCL: osx; Locale: nl-NL (en_GB.UTF-8); UI-Language: en-US Calc: threaded
Fixed in 7.2 by https://git.libreoffice.org/core/+/7685c0746cf0db6f51c6a7a488f4a960f8eab3c9 - thanks Michael!
Confirmed for original sample attachment 109094 [details] and attachment from duplicate bug 93146 and sample from bug 73295. Export to PDF also works, bug 90495. Needs an update of index on those files (it's saved later) - crash in Linux reported as bug 144321.