Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.graphics.apps.gnuplot > #1680 > unrolled thread
| Started by | Jörg Buchholz <bookwood4news@freenet.de> |
|---|---|
| First post | 2013-03-06 14:56 +0100 |
| Last post | 2013-03-11 10:07 -0700 |
| Articles | 5 — 2 participants |
Back to article view | Back to comp.graphics.apps.gnuplot
border 13 bug in pdf? Jörg Buchholz <bookwood4news@freenet.de> - 2013-03-06 14:56 +0100
Re: border 13 bug in pdf? sfeam <sfeam@users.sourceforge.net> - 2013-03-08 09:19 -0800
Re: border 13 bug in pdf? sfeam <sfeam@users.sourceforge.net> - 2013-03-08 12:00 -0800
Re: border 13 bug in pdf? Jörg Buchholz <bookwood4news@freenet.de> - 2013-03-09 22:04 +0100
Re: border 13 bug in pdf? sfeam <sfeam@users.sourceforge.net> - 2013-03-11 10:07 -0700
| From | Jörg Buchholz <bookwood4news@freenet.de> |
|---|---|
| Date | 2013-03-06 14:56 +0100 |
| Subject | border 13 bug in pdf? |
| Message-ID | <kh7huf$n8c$1@newsserver.rrzn.uni-hannover.de> |
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. Jörg
[toc] | [next] | [standalone]
| From | sfeam <sfeam@users.sourceforge.net> |
|---|---|
| Date | 2013-03-08 09:19 -0800 |
| Message-ID | <khd6gm$k9$1@dont-email.me> |
| In reply to | #1680 |
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
[toc] | [prev] | [next] | [standalone]
| From | sfeam <sfeam@users.sourceforge.net> |
|---|---|
| Date | 2013-03-08 12:00 -0800 |
| Message-ID | <khdfts$ol7$3@dont-email.me> |
| In reply to | #1683 |
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
[toc] | [prev] | [next] | [standalone]
| From | Jörg Buchholz <bookwood4news@freenet.de> |
|---|---|
| Date | 2013-03-09 22:04 +0100 |
| Message-ID | <khg81d$uis$1@dont-email.me> |
| In reply to | #1684 |
On 08.03.2013 21:00, sfeam wrote: > 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. Some additional information. On Debian squeeze (Version 4.4 patchlevel 0) all works corractly. The problems come with Gnuplot 4.6, I testet it on Windows and Fedora Core 16. Jörg
[toc] | [prev] | [next] | [standalone]
| From | sfeam <sfeam@users.sourceforge.net> |
|---|---|
| Date | 2013-03-11 10:07 -0700 |
| Message-ID | <khl2ue$2dl$1@dont-email.me> |
| In reply to | #1685 |
Jörg Buchholz wrote: > On 08.03.2013 21:00, sfeam wrote: >> sfeam wrote: >> >>> Jörg Buchholz wrote: >>>> >>>> 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 epscairo, but not in pngcairo or wxt. >> >> 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. > > Some additional information. On Debian squeeze (Version 4.4 patchlevel > 0) all works corractly. The problems come with Gnuplot 4.6, I testet it > on Windows and Fedora Core 16. > Jörg I believe that this is not because of the gnuplot version, but rather because of the libcairo version. When tested on a current linux system (libcairo 1.8.4) gnuplot 4.4.0 produces the same erroneous pdf output as gnuplot 4.6.1. Conversely, both gnuplot 4.4.0 and gnuplot 4.6.0 produce correct output when run on an older machine with libcairo 1.8.0 Ethan
[toc] | [prev] | [standalone]
Back to top | Article view | comp.graphics.apps.gnuplot
csiph-web