# Bug in includegraphics [duplicate]

I have an image (image.pdf, http://www.solidfiles.com/d/d8874ce2ff/). This is how the image looks like:

And this small TeX code:

\documentclass{standalone}
\usepackage{graphics}
\begin{document}
\includegraphics{image.pdf}
\end{document}


This returns the following output:

Obviously, there are a few things missing, e.g. b/a and z. Why?

Can anyone reproduce this? I am using TeXShop (Typeset, LaTeX) on a MacBook Pro.

## marked as duplicate by egreg, Community♦May 26 '15 at 21:00

• I think something of this kind has already appeared on the site. – egreg May 26 '15 at 20:41
• was there a solution found? – Andy May 26 '15 at 20:44
• Yes! :-) Add \pdfinclusioncopyfont=1 at the start of the file; see tex.stackexchange.com/questions/98353/… – egreg May 26 '15 at 20:51
• @egreg Ah, I thought it was another one (I linked it in my answer). :D But does that work only using pdfpages and not graphicx? – Alenanno May 26 '15 at 20:52
• Here's another one: tex.stackexchange.com/questions/50829/… – egreg May 26 '15 at 20:57

This has been encountered before, see also: \includegraphics and \includepdf both remove all copy (text) from my (R outputted) pdf graphs, using pdfTeX

So as I was suspecting it's a font problem. You can compile your document using XeLaTeX (or XeTeX), not pdflatex.

\documentclass{standalone}
\usepackage{graphics}
\begin{document}
\includegraphics{image.pdf}
\end{document}

• The site converts uploaded PDF files to PNG, as far as I know. – egreg May 26 '15 at 20:42
• the problem occurs if I use the original image.pdf, which I uploaded on solidfiles (see pls link) – Andy May 26 '15 at 20:43
• @Andy Yes, I noticed that. I'm looking into it. :D – Alenanno May 26 '15 at 20:44
• @Andy Edited answer. Although apparently egreg meant another question. – Alenanno May 26 '15 at 20:52