pgfplots \addplot3[surf,shader=interp] does not seem to work

[GoogleCodeExporter]

What steps will reproduce the problem?
1. use above command for any mesh data (I exported from Matlab)
2. compile in TikzEdt
3. look at output

What is the expected output? What do you see instead?
Expected output is a shaded surface according to the selected color map.
However, everything is displayed as black. It does however work well with 
Sumatra PDF (v1.7) and Adobe Reader X.

What version of the product are you using? On what operating system?
TikzEdt 0.1.3.0, Win7 32-bit

Cheers,
Markus

Original issue reported on code.google.com by markus.b...@gmail.com on 16 Aug 2011 at 3:15

[GoogleCodeExporter]

Thanks for reporting this. I cannot quite confirm this yet, I tried with 
\begin{tikzpicture}
\begin{axis}
\addplot3[surf,domain=0:360,samples=40, shader=interp]
{sin(x)*sin(y)};
\end{axis}
\end{tikzpicture}

and it seems to work fine.

Could you send the files that produced the bug?

(One remark: You have to put \usepackage{pgfplots} somewhere, i.e., in the file 
or in Settings->Preamble... but probably you did that, otherwise Latex wouldn't 
compile.)

Original comment by t.willwa...@gmail.com on 22 Aug 2011 at 11:57

[GoogleCodeExporter]

I can reproduce the error now, the pdf is produced correctly but rendered 
incorrectly.
Sadly, there is probably not much we can do.
Internally the pdf is rendered using pdflibnet (which in turn uses xpdf or 
mupdf). 
We have not much control over the rendering process and there are currently 
virtually no free alternatives for pdf rendering.

(However, Sumatra pdf uses mupdf as well, so there might be some hope ...)

Original comment by t.willwa...@gmail.com on 23 Aug 2011 at 2:07

[GoogleCodeExporter]

Original comment by t.willwa...@gmail.com on 7 Oct 2011 at 8:56

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by t.willwa...@gmail.com on 7 Oct 2011 at 9:12

• Changed state: WontFix