On Sun, 1 Nov 2009, Alan G Isaac wrote: > 1. I'm having a some trouble replicating this problem on a > recent gnuplot download, and I'm wondering if the gretl version > of gnuplot (for Windows) compiles in support for pngcairo and if > that takes over as the PNG backend for the gretl version? (If I > use a downloaded gretl, the PNG back end does not give me the > problem, but if I change pngcairo to png I still get the problem > with gretl.)
This can get a bit confusing. Historically, there are two back-ends for producing PNG in gnuplot (maybe 3 if you go back far enough?). One uses the libgd graphics library, and one (a newer addition) uses the pango and cairo libraries. The wgnuplot.exe that ships with gretl uses the cairo-based PNG writer exclusively. (It does not support libgd, which is a mess code-wise and has poor support for font selection.) If you have a build of gnuplot that includes libgd support then the gnuplot command "set term png" uses the libgd-based writer, and "set term pngcairo" uses the cairo-based one, if available. If libgd support is not present but cairo support is, then both "set term png" and "set term pngcairo" have the same effect: use the cairo driver. > 2. Just out of curiosity, how did you get the help to work in > gretl's gnuplot (I'm on Vista), and is that something you could > give back to gnuplot? Hmm, I wasn't aware of doing anything special. I just built the help using the tools in the gnuplot source tree (slightly adapted for a cross-build on Linux), plus Microsoft's hcw.exe (running under wine) to compile the final .hlp file. Allin