Menu
▾
▴
gnuplot-beta
|
From: <pl...@pi...> - 2008-04-13 00:38:46
|
Hi, a minor issue but worth fixing at some stage. I need to get the key box as tight as possible to prevent it over-running my plots. This must surely be quite a common concern. In trying to reduce it I notice that there are one or two extras space characters before each legend's text. The space after the line sample seems a reasonable size but the left border space is about three times bigger. This is wasted space and a visual imbalance. Also there seems to be no top margin. The "l" in plot of my first line actually touches the box (with set key box). If someone works on this part of gnuplot it maybe a thing to tidy up. A consistant border all the way round would be nice. Maybe with an option border width to control it like is possible with vertical line spacing. Thx. |
|
From: Ethan A M. <merritt@u.washington.edu> - 2008-04-13 01:06:24
|
On Saturday 12 April 2008 17:38, pl...@pi... wrote: > Hi, > > a minor issue but worth fixing at some stage. > > I need to get the key box as tight as possible to prevent it over-running > my plots. This must surely be quite a common concern. > > In trying to reduce it I notice that there are one or two extras space > characters before each legend's text. The space after the line sample > seems a reasonable size but the left border space is about three times > bigger. This is wasted space and a visual imbalance. I can't seem to reproduce this problem. Please tell us the exact version of gnuplot you are using, and the exact "set terminal" command including the font. The one case I know of that behaves somewhat like this is when you have an enhanced text string as a plot title. Gnuplot over-estimates the length of the title because of the enhanced text mark-up characters. You can adjust this by using the "width" keyword to "set key box". > Also there seems to be no top margin. The "l" in plot of my first line > actually touches the box (with set key box). > > If someone works on this part of gnuplot it maybe a thing to tidy up. > > A consistant border all the way round would be nice. Maybe with an option > border width to control it like is possible with vertical line spacing. -- Ethan A Merritt |
|
From: <pl...@pi...> - 2008-04-13 08:55:37
|
On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt <merritt@u.washington.edu> wrote: > On Saturday 12 April 2008 17:38, pl...@pi... wrote: >> Hi, >> >> a minor issue but worth fixing at some stage. >> >> I need to get the key box as tight as possible to prevent it >> over-running >> my plots. This must surely be quite a common concern. >> >> In trying to reduce it I notice that there are one or two extras space >> characters before each legend's text. The space after the line sample >> seems a reasonable size but the left border space is about three times >> bigger. This is wasted space and a visual imbalance. > > I can't seem to reproduce this problem. > Please tell us the exact version of gnuplot you are using, > and the exact "set terminal" command including the font. > Hi, currently using CVS build early April 2008. Other plots showing similar defects date back a year and use cvs from either march or sept 07. I dont see any notable change due to date. The output is mainly svg but you can see the left margin issue on png and jpeg during this period. http://www.piments.com/panel All the 150tank* files here produced by basically the same gnuplot file as far as key box is concerned. An interesting example is : http://piments.com/panel/trans-fn.svg Also a variant on the same source this shows no padding. I have looked into experimenting with this and find the lenghts of the plot titles seems to be a key factor. If I mod this source and change nothing else I start to get margins. plot Th4(RR1(x)) t "Rf=3k3" \ ,Th4(RR2(x)) t "short Rf=4k7" \ ,Th4(RR3(x)) t "long energy Rf=6k8" \ ,Th4(RR7(x)) t "Energy Rf=15k" This does not reproduce in png/jpeg in this particular test , just svg. I viewed the file in Opera / ffox / inkscape , all gave the same rendition. So it appears there is an svg specific issue but also something producing spacing on the other plots you can see in the link in both png and jpeg. HTH. > The one case I know of that behaves somewhat like this is when you > have an enhanced text string as a plot title. Gnuplot over-estimates > the length of the title because of the enhanced text mark-up characters. > You can adjust this by using the "width" keyword to "set key box". > > No use of enhanced here. > > >> Also there seems to be no top margin. The "l" in plot of my first line >> actually touches the box (with set key box). >> >> If someone works on this part of gnuplot it maybe a thing to tidy up. >> >> A consistant border all the way round would be nice. Maybe with an >> option >> border width to control it like is possible with vertical line spacing. > |
|
From: <pl...@pi...> - 2008-04-13 07:58:07
|
On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt <merritt@u.washington.edu> wrote: > On Saturday 12 April 2008 17:38, pl...@pi... wrote: >> Hi, >> >> a minor issue but worth fixing at some stage. >> >> I need to get the key box as tight as possible to prevent it >> over-running >> my plots. This must surely be quite a common concern. >> >> In trying to reduce it I notice that there are one or two extras space >> characters before each legend's text. The space after the line sample >> seems a reasonable size but the left border space is about three times >> bigger. This is wasted space and a visual imbalance. > > I can't seem to reproduce this problem. > Please tell us the exact version of gnuplot you are using, > and the exact "set terminal" command including the font. > > The one case I know of that behaves somewhat like this is when you > have an enhanced text string as a plot title. Gnuplot over-estimates > the length of the title because of the enhanced text mark-up characters. > You can adjust this by using the "width" keyword to "set key box". > > > > >> Also there seems to be no top margin. The "l" in plot of my first line >> actually touches the box (with set key box). >> >> If someone works on this part of gnuplot it maybe a thing to tidy up. >> >> A consistant border all the way round would be nice. Maybe with an >> option >> border width to control it like is possible with vertical line spacing. > Hi, I am running CVS gnuplot rebuild at begining April 08. I noticed this on svg output and looking back over archived plots (done with 6 mth old cvs) I note that png seems exactly the same layout: http://piments.com/panel/images/ however I have a jpeg (prob cvs march 07) that has no left margin and the first letter of the longest label touches the box. This one has a rather large left margin , is there a minimum default width at play here? http://piments.com/panel/150tank-txW.svg cf http://piments.com/panel/150tank-txI.jpeg cf file://localhost/tmpd/img/panel/150tank-tx6.png Looking over many outputs over this period of time I see many different behaviours. For example this svg which has zero top and left margin but reasonable right and bottom. This has not explicit key commands in the source file. http://piments.com/panel/trans-fn.svg Feel free to parouse http://piments.com/panel and http://piments.com/panel/images there are a variety of output formats dating from this period. All the 150tank* files are essentially the same gnuplot source as far as the box goes. There are a number of different plot titles in plot commands , none of which have any leading spaces. The only key commands are: set key box set key top right HTH. /Peter. |
|
From: <so...@pi...> - 2008-04-13 08:57:32
|
Please ignore this post which contains incorrect info and refer to my later one. Sorry for the bad post. /Peter On Sun, 13 Apr 2008 09:58:03 +0200, <pl...@pi...> wrote: > On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt > <merritt@u.washington.edu> wrote: > >> On Saturday 12 April 2008 17:38, pl...@pi... wrote: >>> Hi, >>> >>> a minor issue but worth fixing at some stage. >>> >>> I need to get the key box as tight as possible to prevent it >>> over-running >>> my plots. This must surely be quite a common concern. >>> >>> In trying to reduce it I notice that there are one or two extras space >>> characters before each legend's text. The space after the line sample >>> seems a reasonable size but the left border space is about three times >>> bigger. This is wasted space and a visual imbalance. >> >> I can't seem to reproduce this problem. >> Please tell us the exact version of gnuplot you are using, >> and the exact "set terminal" command including the font. >> >> The one case I know of that behaves somewhat like this is when you >> have an enhanced text string as a plot title. Gnuplot over-estimates >> the length of the title because of the enhanced text mark-up characters. >> You can adjust this by using the "width" keyword to "set key box". >> >> >> >> >>> Also there seems to be no top margin. The "l" in plot of my first line >>> actually touches the box (with set key box). >>> >>> If someone works on this part of gnuplot it maybe a thing to tidy up. >>> >>> A consistant border all the way round would be nice. Maybe with an >>> option >>> border width to control it like is possible with vertical line spacing. >> > > Hi, > > I am running CVS gnuplot rebuild at begining April 08. > > I noticed this on svg output and looking back over archived plots (done > with 6 mth old cvs) I note that png seems exactly the same layout: > http://piments.com/panel/images/ > > > however I have a jpeg (prob cvs march 07) that has no left margin and the > first letter of the longest label touches the box. > > This one has a rather large left margin , is there a minimum default > width > at play here? > http://piments.com/panel/150tank-txW.svg > cf http://piments.com/panel/150tank-txI.jpeg > cf file://localhost/tmpd/img/panel/150tank-tx6.png > > Looking over many outputs over this period of time I see many different > behaviours. For example this svg which has zero top and left margin but > reasonable right and bottom. This has not explicit key commands in the > source file. > > http://piments.com/panel/trans-fn.svg > > > Feel free to parouse http://piments.com/panel and > http://piments.com/panel/images there are a variety of output formats > dating from this period. All the 150tank* files are essentially the same > gnuplot source as far as the box goes. There are a number of different > plot titles in plot commands , none of which have any leading spaces. > > The only key commands are: > > set key box > set key top right > > HTH. > /Peter. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: <pl...@pi...> - 2008-04-13 09:06:37
|
Please ignore this post which contains incorrect info and refer to my later one. Sorry for the bad post. /Peter On Sun, 13 Apr 2008 09:58:03 +0200, <pl...@pi...> wrote: > On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt > <merritt@u.washington.edu> wrote: > >> On Saturday 12 April 2008 17:38, pl...@pi... wrote: >>> Hi, >>> >>> a minor issue but worth fixing at some stage. >>> >>> I need to get the key box as tight as possible to prevent it >>> over-running >>> my plots. This must surely be quite a common concern. >>> >>> In trying to reduce it I notice that there are one or two extras space >>> characters before each legend's text. The space after the line sample >>> seems a reasonable size but the left border space is about three times >>> bigger. This is wasted space and a visual imbalance. >> >> I can't seem to reproduce this problem. >> Please tell us the exact version of gnuplot you are using, >> and the exact "set terminal" command including the font. >> >> The one case I know of that behaves somewhat like this is when you >> have an enhanced text string as a plot title. Gnuplot over-estimates >> the length of the title because of the enhanced text mark-up characters. >> You can adjust this by using the "width" keyword to "set key box". >> >> >> >> >>> Also there seems to be no top margin. The "l" in plot of my first line >>> actually touches the box (with set key box). >>> >>> If someone works on this part of gnuplot it maybe a thing to tidy up. >>> >>> A consistant border all the way round would be nice. Maybe with an >>> option >>> border width to control it like is possible with vertical line spacing. >> > > Hi, > > I am running CVS gnuplot rebuild at begining April 08. > > I noticed this on svg output and looking back over archived plots (done > with 6 mth old cvs) I note that png seems exactly the same layout: > http://piments.com/panel/images/ > > > however I have a jpeg (prob cvs march 07) that has no left margin and the > first letter of the longest label touches the box. > > This one has a rather large left margin , is there a minimum default > width > at play here? > http://piments.com/panel/150tank-txW.svg > cf http://piments.com/panel/150tank-txI.jpeg > cf file://localhost/tmpd/img/panel/150tank-tx6.png > > Looking over many outputs over this period of time I see many different > behaviours. For example this svg which has zero top and left margin but > reasonable right and bottom. This has not explicit key commands in the > source file. > > http://piments.com/panel/trans-fn.svg > > > Feel free to parouse http://piments.com/panel and > http://piments.com/panel/images there are a variety of output formats > dating from this period. All the 150tank* files are essentially the same > gnuplot source as far as the box goes. There are a number of different > plot titles in plot commands , none of which have any leading spaces. > > The only key commands are: > > set key box > set key top right > > HTH. > /Peter. > |
|
From: Ethan A M. <merritt@u.washington.edu> - 2008-04-13 18:45:24
Attachments:
svg_screenshot.png
|
On Sunday 13 April 2008 11:26, Ethan A Merritt wrote: > On Sunday 13 April 2008 01:55, you wrote: > > So it appears there is an svg specific issue but also something producing > > spacing on the other plots you can see in the link in both png and jpeg. > > Sorry, I still don't see anything unusual about any of those plots > including the svg ones. Perhaps you could include a screen-capture > of how the svg looks in your viewer? I attach a screen capture of what your svg plot looks like when viewed here. -- Ethan A Merritt |
|
From: <pl...@pi...> - 2008-04-13 21:12:47
|
On Sun, 13 Apr 2008 20:45:14 +0200, Ethan A Merritt <merritt@u.washington.edu> wrote: > On Sunday 13 April 2008 11:26, Ethan A Merritt wrote: >> On Sunday 13 April 2008 01:55, you wrote: >> > So it appears there is an svg specific issue but also something >> producing >> > spacing on the other plots you can see in the link in both png and >> jpeg. >> >> Sorry, I still don't see anything unusual about any of those plots >> including the svg ones. Perhaps you could include a screen-capture >> of how the svg looks in your viewer? > > I attach a screen capture of what your svg plot looks like when > viewed here. > Now how about the non-svg terminals: http://piments.com/panel/150tank-txR.jpeg we see a similar exagerated left spacing. This is gnuplot output so not dependant on rendition outside the context of gnuplot in creating it. This makes me think that something is causing gnuplot to allocate too much space for the text on my system in creating the plot rather than a display time difference due to svg libs/fonts. What do you make of that? Thx. |
