Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!news.swapon.de!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 09:19:43 -0800 Organization: gnuplot development team Lines: 20 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 17:18:14 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="8e86a57dfa599721f116da4577f3d1af"; logging-data="649"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19uq4yw9kDq2Dd9BQCrnb8W" User-Agent: KNode/4.4.9 Cancel-Lock: sha1:Y7yCCUjhBD21B5wQATk6SZ7aN9w= Xref: csiph.com comp.graphics.apps.gnuplot:1683 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. 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