Hi,
I think is is more an issue of the preview package.
Quote from the documentation of preview: „This works with DVI files
postprocessed by either Dvips and Ghostscript or dvipng, but it also
works when you are using PDFTEX for generating PDF files (usually
also postprocessed by Ghostscript).“
In addition, when I compile the following snippet with xelatex, I get
a perfectly fine shading.
%%!TEX TS-program = xelatex
%%!TEX encoding = UTF-8 Unicode
\documentclass{article}
\usepackage{tikz}
\begin{document}
\begin{tikzpicture}
\shade [left color=blue, right color=yellow] (0,0) rectangle
(8,8);
\end{tikzpicture}
\end{document}
If you want a “tight” pdf file, you can use pdfcrop.
best regards,
stefan
Howdy,
This file containing a tkz shading compiles fine with pdflatex but
fails with xelatex:
%%!TEX TS-program = xelatex
%%!TEX encoding = UTF-8 Unicode
\documentclass{article}
\usepackage{tikz}
\usepackage[active,tightpage]{preview} % Optionally comment out
\begin{document}
\begin{preview} % Optionally comment out
\begin{tikzpicture}
\shade [left color=blue, right color=yellow] (0,0) rectangle
(8,8);
\end{tikzpicture}
\end{preview} % Optionally comment out
\end{document}
I assume it either has to do with tikz's xetex support, xetex or
xdvipdfmx. This is with the xetex version in TeX Live 2014 pretest
but also was true, at least, with TeX Live 2013 too.
Good Luck,
Herb Schulz
(herbs at wideopenwest dot com)
--------------------------------------------------
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
--------------------------------------------------
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
