Re: overriding print.m pdf default terminal choices?

[Benjamin Lindner]

> 
> 
> > Hello list,
> > 
> > I wondered if it is possible to force print.m to use ghostscript for
> > printing to pdf even if gnuplot provides a pdfcairo terminal?
> > 
> > I ask because the last available gnuplot for win32 does not include the
> > patch which fixes the spurious-pages-in-pdf-output bug.
> > So a command as
> >   plot(0:0.1:10, sin(0:0.1:10), "@-"); print -dpdf test.pdf
> > produces a three-page pdf.
> > 
> > I don't know when there will be a new gnuplot release or snapshot
> > release but the do not happen very frequently.
> 
> Did you submit a bug report to the gnuplot development site, Benjamin? 
> The most active developer on gnuplot is very knowledgable in this subject and
> might be able to give a date when a fix is available.  He's more of a unix
> person, but I think he'd know how to deal with Windows and pdfcairo.
> 

No I didn't submit a bug report, as the issue came up at the time Ben 
implemented the cairo terminal support in print.m and we know that this issue 
has been fixed in CVS (as the gnuplot developers told us then).

I must apologise, there are newer snapshots avilable which fix this particular 
bug, but they did not list it on gnupot's homepage and did not announce it on 
the mailing list, you have to actually read the directory listsings, which I 
did not do thoroughly, so I shamefully missed it. 

So this particular bug is already fixed, and there are snapshots available that 
include it. My fault, I didn't realize it.

benjamin


-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01