splitshow icon indicating copy to clipboard operation
splitshow copied to clipboard

PDF links not handled

Open GoogleCodeExporter opened this issue 10 years ago • 7 comments

What steps will reproduce the problem?
1. Open a PDF document with internal and/or external links
2. Links are not handled (not shown, not clickable)

What is the expected output? What do you see instead?
1. Mouse over a link should change the pointer
2. Clicking the link should follow it (change to the pointed page / open in a 
web browser / ...)

Please use labels and text to provide additional information.


Original issue reported on code.google.com by [email protected] on 30 May 2008 at 9:06

GoogleCodeExporter avatar May 04 '15 21:05 GoogleCodeExporter

This is really critical for my professional use.  Part of the point for me in 
using beamer was ready access to 
better navigation than one-slide-forward and one-slide-back.  This will be 
great when links work.  Until 
then, I'm afraid it's effectively useless.  

Note that Skim, which is also open source, does properly follow links in beamer 
output (but can't split the 
screens as you no doubt know), so it ought to be a matter of swiping some code 
from there.  I tried to do it 
quickly this evening, but didn't immediately see what the relevant code was.  
It doesn't help that I haven't 
used svn in over a year and found it _extremely_ clumsy and poorly documented 
when I did use it.  So I don't 
know whether I can actually give you any help on this project.  I assume since 
you haven't implemented it, 
that it is not standard in PDFkit in the Quartz frameworks?

Original comment by [email protected] on 22 Aug 2009 at 1:59

GoogleCodeExporter avatar May 04 '15 21:05 GoogleCodeExporter

I was wrong.  PDFKit does do the following hyperlinks.  The little PDFKitViewer 
that comes in the example code 
implements link-following at least from the index in the sidebar (I didn't 
check buttons) in a pdf file created by 
Beamer.

Original comment by [email protected] on 22 Aug 2009 at 2:44

GoogleCodeExporter avatar May 04 '15 21:05 GoogleCodeExporter

External links are now supported. Internals links still do not work.

mpflanzer avatar May 12 '15 17:05 mpflanzer

Hi,

Do you have any clue about what is wrong with internal links? I read that this functionality should work ok with the PDFViews class. In a few weeks I'll try to fix this issue, but, it could be fine if you know something that I'm missing.

curiale avatar Jul 20 '15 10:07 curiale

At the moment this is imposed by the handling of the slides. For each display a copy of the actual slide is created and inserted into a blank document to make the displays independent of each other. In this new document the links do not work anymore.

If I remember correctly I have not found a method to intercept the click on an internal link to change the slides on all displays etc. If this is not possible I cannot think of a way to synchronise all displays even if the internal links would work per display.

mpflanzer avatar Jul 20 '15 11:07 mpflanzer

Ok, I understand I'll take a look about if we could intercept the click event in the pdf. Thanks

curiale avatar Jul 21 '15 12:07 curiale

Looks like internal links work partly, but after pressing a keyboard key the slides jump back to the slide we came from.

tillsteinbach avatar Apr 23 '18 09:04 tillsteinbach