[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#627463: texlive-latex-base: link to PDF is not made properly



Am 20.05.2011 um 21:30 teilte Osamu Aoki mit:

Hi Osamu,

I'm going through some old bugs and check if they are still valid.

> I experienced PDF file link issue using dblatex.
> (maint-guide PDF building)
> 
> Then tex code seemed OK.
> 
> I made minimum LaTeX code and its pdf.  File names ending with pdf or
> just filename without extension causes broken link in blue.
> 
>  $ pdflatex text.tex 
> 
> If this is module loading order etc., please kindly give me a hint, I
> will use it to ask fixing dblatex.
> 
I reduced your example further: I call hyperref directly, instead of
calling docbook.sty. Yes, this is not your exact use case, but one needs
less packages to make a LaTeX run.

As Frank already pointed out earlier, the test result depends on
heavily, which pdf reader is used. I used xpdf, and here are the results:

\href{file:///usr/share/doc/developers-reference/developers-reference.pdf}{This
link to PDF file is dead.}
--> OK

\href{file:///x.pdf}{This link is dead: file:///x.pdf}
--> OK

\href{/x.pdf}{This link is dead: /x.pdf}
--> OK

\href{file:///pdf}{This link is dead: file:///pdf}
--> OK, xpdf appends the extension pdf and tries to open '/pdf.pdf'. I
guess this is wanted.

\href{file:///x}{This link is dead: file:///x}
--> OK, xpdf appends the extension pdf and tries to open '/x.pdf'. I
guess this is wanted.

\href{file:///x.pdfx}{This link is alive 1}
\href{file:///x.pd}{This link is alive 2}

Anything tries to open an xterm w/ option "-x", which fails, as xterm
doesn't know this option.

\href{file:///x.1.pdf}{This link is alive 3}
--> OK

Then I tried evince, which behaves differently, e.g. by clicking on the
first link, the full document path expands to:

/home/hille/devel/TeXLive/open_bugs/627463/usr/share/doc/developers-reference/developers-reference.pdf

, where "/home/hille/devel/TeXLive/open_bugs/627463" is the $PWD, when I
started evince.

So my impression is that one should speak to the developers of the pdf
readers one by one. The links itself in the pdf files seem to be OK; at
least when hovering over the links.

Let me know if the bug can be closed from the TeX Live side.

Thanks,
  Hilmar
-- 
sigfault
#206401 http://counter.li.org
% -----------------------------------------  
% Autogenerated LaTeX file from XML DocBook  
% -----------------------------------------  
%%<params>
%%</params>
\documentclass{report}
\IfFileExists{ifxetex.sty}{%
    \usepackage{ifxetex}%
  }{%
    \newif\ifxetex
    \xetexfalse
  }
  \ifxetex
\usepackage{fontspec}
\usepackage{xltxtra}
\setmainfont{DejaVu Serif}
\setsansfont{DejaVu Sans}
\setmonofont{DejaVu Sans Mono}
\else
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\fi
\usepackage{fancybox}
\usepackage{makeidx}
%\usepackage[hyperlink]{docbook}
\usepackage{hyperref}
\setcounter{tocdepth}{5}
\setcounter{secnumdepth}{5}
\title{TEST DOCUMENT}
\author{Osamu Aoki}
% ------------------
% Collaborators
% ------------------
\makeindex
\begin{document}

%\frontmatter
%\maketitle
%\tableofcontents
%\mainmatter

% ------- 
% Chapter 
% ------- 

\chapter{Getting started The Right Way}
%\label{start}\hyperlabel{start}%

\href{file:///usr/share/doc/developers-reference/developers-reference.pdf}{This link to PDF file is dead.}

\href{file:///x.pdf}{This link is dead: file:///x.pdf}

\href{/x.pdf}{This link is dead: /x.pdf}

\href{file:///pdf}{This link is dead: file:///pdf}

\href{file:///x}{This link is dead: file:///x}

\href{file:///x.pdfx}{This link is alive 1}

\href{file:///x.pd}{This link is alive 2}

\href{file:///x.1.pdf}{This link is alive 3}

\end{document}

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: