>>>>> "FR" == Francesco R <viv...@gmail.com> writes:
FR> Last time (many moons ago) I've checked cairo did not generated pdf FR> it did generated raster images and wrapped them in a thin pdf layer. FR> pdflib is generating vector pdf which is a different thing. Cairo will fall back to an image for anything which cannot be described by whichever output driver one uses. Transparency will cause that when generating PostScript, for instance, because PostScript does not support transparency. But there are few—if any—ops which cairo supports which are not also supported by pdf. Gnuplot’s cairopdf terminal generates vector output. One might argue that it is not optimal, but only because it uses line segments rather than cubic curves to approximate graphs. (Ie, it uses cairo’s lineto rather than curveto functions.) But so do gnuplot’s native terminals (I tested postscript and svg.) That is just how gnuplot draws. I’d still keep the pdf USE flag with its current meaning; users may have existing gnuplot scripts which use gnuplot’s pdf terminal and/or apps which generate such scripts. Unless, of course, a patch is added which makes «set term pdf» an alias for «set term cairopdf». -JimC -- James Cloos <cl...@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
