Download it now!
Bug 71385 - Alphabetical Index cannot generate hyperlinks
Summary: Alphabetical Index cannot generate hyperlinks
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.3.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 77877 (view as bug list)
Depends on:
Blocks: TableofContents-Indexes Hyperlink
  Show dependency treegraph
 
Reported: 2013-11-08 12:31 UTC by Pierre Chatelier
Modified: 2020-06-04 06:33 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen capture (228.12 KB, image/jpeg)
2013-11-08 12:31 UTC, Pierre Chatelier
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre Chatelier 2013-11-08 12:31:31 UTC
Created attachment 88888 [details]
Screen capture

Adding hyperlinks to Table of Contents, Table of Figures, Table of Illustrations, is possible, thanks to the "Edit Index > Entries tab > Hyperlink button" (I can add "Begin hyperlink" and "End hyperlink" meta tags)

Unfortunately this is not possible with the Index table. The Hypelink button is not available.
This is really inconvenient for technical documentations where the index is very useful to navigate directly to functions, types, and so on.
Comment 1 Paul Dallas 2014-01-01 18:19:44 UTC
It would appear that this is related to http://ask.libreoffice.org/en/question/17622; there are more of us having this issue! I'm sure we'd all be most grateful if it gets implemented. Cheers!
Comment 2 sophie 2014-02-07 13:46:02 UTC
Confirmed - Set as New - Sophie
Comment 3 sophie 2014-04-24 08:40:26 UTC
*** Bug 77877 has been marked as a duplicate of this bug. ***
Comment 4 Owen Genat (retired) 2014-09-08 04:00:00 UTC
Summary amended for clarity. Bug 37608 added to See Also list.
Comment 5 Bernard Moreton 2015-06-08 12:58:22 UTC
This is a major shortcoming in index creation, given that hard-copy is becoming rarer
Comment 6 Martin Srebotnjak 2016-10-11 07:55:02 UTC
The index editing/creation dialog does not allow to add hyperlink fields; since the mechanism is the same as for TOC, this should not pose a lot of work, most of it can be reused from the TOC GUI and underlying code.

Maybe extending functionality of tables of contents and indexes could become one of the next Google Summer of Code projects?

There is this feature, then there is the possibility to add several different indexes (without the concordane tables), I am sure there are also other issues.

Just renaming the index/TOC commands in the menus and moving them around really does not make GUI of LO better, what needs to be extended is the functionality of these functions.
Comment 7 LibreTraining 2017-03-04 19:24:40 UTC
Is it possible to somehow get this moved up in the queue?

This is a rather bad limitation when creating any kind of long document.

Given that a substantial portion of the LO user base is academia this is sort of a glaring feature hole in LibreOffice.
Comment 8 Joel M 2018-05-16 02:04:51 UTC
I agree this is a glaring flaw and would love to see links added to the page numbers in alphabetical indexes.
Comment 9 cmflatscher 2020-04-06 10:44:55 UTC
It is interesting to see that for nearly 7 years not one developer has ever thought of addressing this rather vital and important issue.

Maybe the LibreOffice team should consider something like a once a year coding session inviting other programers to look at old bugs and fix them...?
Comment 10 Regina Henschel 2020-05-30 20:17:37 UTC
This index is different form the other type of indexes, because for an alphabetical index a hyperlink in the index entry does not exist in the ODF standard.

(In reply to cmflatscher from comment #9)
> Maybe the LibreOffice team should consider something like a once a year
> coding session inviting other programers to look at old bugs and fix them...?
Whoever is interested in implementing this feature can always get help via chat or mailing list. And when the Corona pandemic is over, we will surely have hackfests again. Unfortunately nobody has shown any interest so far.
Comment 11 Joel M 2020-05-30 20:55:29 UTC
(In reply to Regina Henschel from comment #10)
> This index is different form the other type of indexes, because for an
> alphabetical index a hyperlink in the index entry does not exist in the ODF
> standard.

Can you clarify whether this means:
A) Adding links to an alphabetical index would cause save/load problems with the file format.
B) They can be added, but the files would be incompatible with other programs using the ODF standard.
C) Something else?

Sorry if that's a silly question -- I'm not familiar with how LO development works.
Comment 12 Regina Henschel 2020-05-31 00:15:08 UTC
(In reply to Joel M from comment #11)
> (In reply to Regina Henschel from comment #10)
> > This index is different form the other type of indexes, because for an
> > alphabetical index a hyperlink in the index entry does not exist in the ODF
> > standard.
> 
> Can you clarify whether this means:
> A) Adding links to an alphabetical index would cause save/load problems with
> the file format.

Such links would have to be saved in "ODF 1.3 extended" using an own namespace, and they would be lost if saving in "ODF 1.3".

> B) They can be added, but the files would be incompatible with other
> programs using the ODF standard.

Yes, other applications would ignore the links.

> C) Something else?

It is possible, but the way is long. First LibreOffice has to implement it in its own namespace, then LibreOffice makes a proposal to the OASIS ODF TC, and then -I estimate- it would take at least three years to get the change finally into the standard.
Comment 13 Joel M 2020-05-31 00:40:13 UTC
(In reply to Regina Henschel from comment #12)

Thanks for the explanation! It makes more sense now why this hasn't been done yet.
Comment 14 Ulrich Windl 2020-06-04 06:33:56 UTC
On comment 12: I don't quite understand: There is a provision in ODF to create arbitrary links. So when using such for the index, the only problem I see is automatically updating those.
So what would be needed is a kind of flag that says the link had been created automatically, and maybe what procedure was responsible for creating it.
However if the link's target is a symbolic reference (with a constant name), a manual update of such links seems not necessary to me (as it's done "automagically" then).