I've pushed this changeset. If anyone has trouble printing let me
know (particularly on Windows).
I did a check using print.m on mingw32 (not printing to hardware)
using this simple test sequence:
plot(0:0.1:10, sin(0:0.1:10), "@-;sin;", 0:0.1:10, cos(0:0.1:10),
"@-;cos;");
print -depsc2 test.eps
print -dpsc2 test.ps
print -dpng test.png
print -demf test.emf
print -dpdf test.pdf
and all work except the pdf output.
I suggest the attached two changesets for the windows users:
1) ensure that gnuplot_binary is quoted when used, because it may
contain spaces (this sadly happens quite frequently under windows).
2.a) in print.m, for the same reason, ensure that ghostscript_binary
is always quoted when used.
2.b) use double quotes, since cmd.exe does not seem to understand
single quotes.
2.c) the windows binary of ghostscript uses the environment variable
GSC as location for the console ghostscript binary. I added code in
print.m to test for %GSC% and use it, and default to "gswin32c"
otherwise.
2.d) single-quote the output file name in gnuplot_drawnow.m to allow
for backslash file separators. Otherwise print("-demf","t:\\temp\
\test.emf") will not work, while print("-demf","t:/temp/test.emf")
works.
With this I get working output for all 5 file formats.
Somethig else I realized: gnuplot's pdfcairo terminal is not
recognized, so even while gnuplot has a direct pdf output terminal,
print.m uses the indirect way ps->pdf via ghostscript.