https://bugs.documentfoundation.org/show_bug.cgi?id=62845
--- Comment #3 from Terry Corbet <[email protected]> --- The date on the original submission of this request and the comments at that time indicate that someone would give due consideration to the request. I can only guess from the absence of any action that no one, in fact, has really taken up this cause at LibreOffice. Having spent several weeks trying to find a good solution to the requirement for a user to be able to easily navigate -- in both directions -- between the body text of a document and its associated endnotes, I think I can correctly state that, within the various toolkits supporting PDF, there is no good solution available. If is frankly mind-boggling to go through more than a decade of postings and versions of Adobe software to see that they have completely failed to address this fundamental behavior in the reading of on-line text. When the belatedly decided that documents were becoming interactive, they fell into the most fundamental Dykstra trap of 'far too early optimization' by concluding that they knew, better than any user or developer, that the only legitimate functionality concerning navigation would be as adjuncts either to data entry into forms or tracking the development cycle of authoring and publishing a document internally. Annotations, consequently, are very, very ill-suited to providing the sort of user navigation experience that a reader of a document expects. OK, I don't need to go on with a description of the inadequacy of the Adobe Reader [or any of its counterparts created by 3rd parties], the key point is that there is one tool which does provide a very decent, very robust ability for the reader to be re-directed in both directions to and from an endnote whilst reading the document. It is the functionality of your swriter and that is why it is so terribly important that you give us an alternative to the workflow that just uses LibreOffice to product PDF documents to be read via their reader. We need to be able to send .odt files to our readers and let them know how easy it is to open, read, and browse back and forth in an .odt document. Please, please look at the very manageable engineering effort that would be required to deliver a version of the swriter configured as an sreader with almost all controls removed from the screen so that a reader, not a programmer, not a document editor, not a layout specialist, can read the beautiful content that your fine swriter product allows us to produce. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
