belated welcome to the Hook Productivity Forum, @trait. and welcome here @dimii . And welcome back, @bishblaize
. Sorry for the delay in responding to this.
Looking at our release notes, I don’t see that we have changed the Skim integration recently. Skim has changed a bit, but I haven’t noticed a difference. So I’m wondering if there’s another issue here. I still can’t reproduce this. See video below.
As a reminder: there’s a difference between deep links formed when one makes a selection in Skim using Skim’s “Select” tool vs. when one uses its “Text” tool. Quoting from Using Hookmark with the Free Skim PDF Reader app: Deep Links! – Hookmark:
However, the within-page coordinates of Hookmark’s deep PDF links in Skim depend partly on the type of Skim selection tool you use (Skim’s Tools
menu).
- If Skim’s selection tool is set to ‘Select Tool’, then the deep URL will contain the page number, and the x and y coordinates of the selection, like this:
#p=4&x=60&y=213
.
- If Skim’s selection tool is set to ‘Text Tool’, then the deep URL will contain the page number, and search coordinates (start and end) of the selection, like this:
#p=4&x=0&y=0&s=2114&e=2271
.
In either case, you get the page number, and some offset information. The page number is useful for any compliant PDF app. However, the search coordinates (returned by the Text Tool) can only be used by Skim.
That means that if you use the Text Tool to indicate deep links, Hookmark will only take you to the correct location on the target page if you open that URL in Skim.
For completely interchangeable within-page precision of deep links from Skim, use the Select Tool.
Is it possible that users have been using a different tool in Skim to make a selection?
Can affected users please paste their deep URLs here so we can have a look? But first, please name the PDF document something unique like “259BJ-1YYF2.pdf” so that we can try to reproduce with that file name. Also: good to use the </>
quote so that the forum doesn’t transform the URL.
Here’s my experience with links created in 2 different manner:
aka: video in Dropbox here.
so you can see the full links, I copied them as Markdown and pasted them in BBEdit (plain text), using its ‘open url’ to open them.
By the way, our documentation does not mention anything about whether text will be selected. I notice the two types of links are handled differently. After clicking on links of one type, Skim selects it; the other type not. But auto-scroll should work either way. We might clarify the documentation re that.