Wrong place for hyperref link in scaled tikz picture

Question

I have a TikZ picture with a node containing a minipage with an itemize environment; each item is a hyperref to other sections of the document.

When scaling the image (for example with \begin{tikzpicture}[scale=.7, transform shape] I've a strange behavior: links in itemize are not in the right place: they present a somewhat vertical offset, as if they don't scale as the rest of image.

Here the MWE:

\documentclass[a4paper]{article}
\usepackage{tikz}
\usepackage[pdftex]{hyperref}
\begin{document}

Here something interesting\label{text:interesting-one}
\newpage

Here something interesting, too\label{text:interesting-two}
\newpage

and here there are very very interesting stuff\label{text:interesting-three}
\newpage

\newpage
Now the problem: links rectangles have some offset, making links unusable in case of long itemize

\begin{figure}[htb]
\begin{tikzpicture}[scale=.7, transform shape]
\node at (0,0) (mynode) {
\begin{minipage}{4cm}
\begin{itemize}
\item \hyperref[text:interesting-one]{First link}
\item \hyperref[text:interesting-two]{Second link}
\item \hyperref[text:interesting-three]{Third link}
\item \hyperref[text:interesting-one]{First link again}
\item \hyperref[text:interesting-two]{Second link again}
\item \hyperref[text:interesting-three]{Third link again}
\end{itemize}
\end{minipage}
};
\end{tikzpicture}
\end{figure}
\end{document}

And here a snapshot of the problem

Note: This is evident using the default settings of hyperref package, which draws the red rectangle around links, but it took me some time to found it when only the text is coloured, i.e. when using \usepackage[linkcolor=blue,colorlinks=true]{hyperref}

Answer 1

To be honest, it looks like you are looking for trouble by nesting all the problematic things into one place :) Don't use [pdftex] option for hyperref it's smart enough to decide. Also use \tikzmark for marking the points where you need rectangle around or use mdframed or something similar to frame it. Otherwise, you need to make sure that everything communicates with each other, no matter what which looks tedious and unnecessary.

An alternative

\documentclass[a4paper]{article}

\usepackage{hyperref}
\usepackage{graphicx}
\begin{document}

Here something interesting\label{text:interesting-one}
\newpage

Here something interesting, too\label{text:interesting-two}
\newpage

and here there are very very interesting stuff\label{text:interesting-three}
\newpage

\newpage
Now the problem: links rectangles have some offset, making links unusable in case of long itemize

\scalebox{0.7}{
\begin{minipage}{4cm}
\begin{itemize}
\item \hyperref[text:interesting-one]{First link}
\item \hyperref[text:interesting-two]{Second link}
\item \hyperref[text:interesting-three]{Third link}
\item \hyperref[text:interesting-one]{First link again}
\item \hyperref[text:interesting-two]{Second link again}
\item \hyperref[text:interesting-three]{Third link again}
\end{itemize}
\end{minipage}
}
\end{document}

Answer 2

Fixing pgf

pdfTeX does not analyze the contents of \pdfliteral. Therefore it does not know the operators that might affect the current transfer matrix (save/restore/set matrix). Instead \pdfsave, \pdfrestore, \pdfsetmatrix should be used. Then pdfTeX can calculate the current transfer matrix and fix the rectangles for anchors and links.

I have written a patch for pgf that supports transformations (rotate/scale, no translate) via \pdfsetmatrix instead of \pdfliteral. The patch is added to package hopgf v1.1, currently available here and available on CTAN with the next update of my bundle.

The patch redefines \pgssys@invoke and scans the argument for q (save), Q (restore), and cm (set current matrix) operators and replaces them with \pdfsave, \pdfrestore, or \pdfsetmatrix. The latter case only happens, if the translate coordinates are zero. Primitive \pdfsetmatrix does not support translation, because this can already be achieved by TeX, independently from the output driver.

Workaround via graphics/graphicx:

pdftex.def, the driver file for the package graphics, uses \pdfsetmatrix for rotating and scaling. Thus as workaround \scalebox and \rotatebox can be used for transformations (see cbe's comment to percusse's answer).