If you look at the hyperref documentation for \url, you see...
=====
Similar to \href{URL}{\nolinkurl{URL}}. Depending on the driver \href
also tries to detect the link type. Thus the result can be a url link,
file link, . . .
=====
You can verify this by looking at the PDF (e.g., by doing a "strings" on
it and grepping for your file name).
For the /href line, I see a FILE LINK in the PDF:
/F(/var/tmp/scale.pdf)>>
For the /url line, I see a URI link in the PDF:
/A<</URI(file:/var/tmp/scale.pdf)
BOTH links open *FINE* in Adobe Acrobat, but Acrobat asks me for the
second link if I want to open it in a web browser. It appears like FILE
LINKS are broken via PDFkit. PERHAPS trying to load hyperref with a
different driver/options will fix the problem.
Either way, it does not appear to be Skim-related.
--Ted
Christiaan Hofman wrote:
> There are several kinds of links. Some work, and some don't. Links
> with remote URLs work, and also some links to relative URLs. But some
> links (like links containing a relative path to a file and a
> destination in that file) don't work. I can't find any public accessor
> for info about those, everything returns null. So I guess Preview uses
> private code to get these working. I don't know what type of link
> \href generates.
>
> Christiaan
>
> On 3 Apr 2008, at 3:08 AM, Mahn-Soo Choi wrote:
>
>> Dear Christiaan,
>>
>> 2008/4/3, Christiaan Hofman <[EMAIL PROTECTED]>:
>>> Though there is a known issue with certain local links not working.
>>> I don't
>>> know how Preview handles those, because PDFKit by itself isn't able
>>> to
>>> handle them. Unfortunately part of the link support is private, and
>>> that
>>> includes some handling of local links. You may file a bug report
>>> with Apple
>>> if you like.
>>>
>> Then, I wonder why \url{...} works (please take a look at an example
>> below).
>> Modifying \href{...}{...} coming from hyperref package, I could make
>> it work as
>> well (there were then other formatting problems). Does it give a clue
>> about the trouble?
>>
>> Best regards,
>>
>> mahn-soo
>>
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> \documentclass{article}
>> \usepackage{hyperref}
>> \begin{document}
>>
>> This link using \verb|\href| does NOT work:
>> \href{file:/var/tmp/scale.pdf}{see scale.pdf}
>>
>> This link using \verb|\url| DOES work:
>> \url{file:/var/tmp/scale.pdf}
>>
>> Even with \verb|\url|, it's important to specify the full URI
>> including the
>> head \verb|file:|. Otherwise, the link refers to \verb|/private/...|.
>>
>> \end{document}
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> _______________________________________________
>> Skim-app-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/skim-app-users
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Skim-app-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/skim-app-users
>
--
Ted Pavlic <[EMAIL PROTECTED]>
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Skim-app-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/skim-app-users
