Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!news.unit0.net!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mail From: sfeam Newsgroups: comp.graphics.apps.gnuplot Subject: Re: border 13 bug in pdf? Followup-To: comp.graphics.apps.gnuplot Date: Fri, 08 Mar 2013 12:00:22 -0800 Organization: gnuplot development team Lines: 27 Message-ID: References: Reply-To: sfeam@users.sourceforge.net Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit Injection-Date: Fri, 8 Mar 2013 19:58:53 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="8e86a57dfa599721f116da4577f3d1af"; logging-data="25255"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19SLRRH1qBFZBD2rlK2mdSE" User-Agent: KNode/4.4.9 Cancel-Lock: sha1:mHA2iAEudutz/iaFJaqe+S5iI/U= Xref: csiph.com comp.graphics.apps.gnuplot:1684 sfeam wrote: > Jörg Buchholz wrote: > >> Hello, >> >> normaly "set border 13" draws a border on the right side, top and bottom. >> It works with many terminals (wxt, postscript, emf, .....). But with >> terminal pdf or pdfcairo there is a border at all 4 sides. >> >> Is this a known bug? I can't find something about this. > > I confirm the problem. > > The failure occurs in pdfcairo and pdfeps, but not in pngcairo or wxt. Typo. It fails in pdfcairo and epscairo (not pdfeps). Ethan > Also not in "set term post eps". > So from the evidence I suspect a problem in the cairo library rather > than in the gnuplot code. Even so it might be possible to work around > the problem by changing the gnuplot code if someone can figure out > what triggers the extra line. So far I haven't been able to. > > Ethan