gnuplot-beta — Developers and beta testers of new gnuplot code

Re: "bins filter" and "set fit nolog option"

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Philipp K. Janert 
> To: 
> Cc: gnu...@li...
> Date: 2015/8/18, Tue 11:54
> Subject: Re: "bins filter" and "set fit nolog option"
> 
> On Mon, 17 Aug 2015 18:02:22 -0700
> sfeam <sf...@us...> wrote:
> 
>>  On Monday, 17 August 2015 05:01:15 PM Philipp K. Janert wrote:
>>  > 
>>  > In the NEWS file, I saw a remark about a new feature:
>>  >     
>>  >     "data filter "bins" sorts input into equal width 
> bins on x"
>>  > 
>>  > but I couldn't find any mention of it in the regular
>>  > documentation. It sounds quite interesting and useful -
>>  > has this been documented somewhere?
>> 
>>  Perhaps you have not updated/installed the documentation 
>>  matching the current version?
> 
> Thanks, very helpful.
> 
> I couldn't find either of them in the CVS-PDF
> at http://gnuplot.info/gnuplot_cvs.pdf
> 
> Best,
> 


The pdf document of cvs version in the above are not update frequently.
Please go to 
http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/

There is a new gnuplot.pdf in which document for bin is included.

Tatsuro

qt terminal for windows : qDebug() problems

[Tatsuro M. <tma...@ya...>]

Hello

This topic originally from the bug tracker.
https://sourceforge.net/p/gnuplot/bugs/1554/


Two topic
1) message related to qt terminal in gnuplot main program.
2) message in gnuplot_qt


1)*********************************************
For qt terminal, some messages are represented by qDebug() in qt libraries.

However, using qDebug(), any message cannot be represented in wgnuplot.
In gnuplot main program for windows (gnuplot.exe, wgnuplot.exe and wgnuplot_pipes.exe),
fprintf is redefined and can be used to represent in stderr.
(Of course, printf )

In main program qt related routine is mainly described in qt_term.cpp.
In qt_term.cpp, qDebug() function is used in 7 times.

fprintf(stderr,"") ... is also used in qt_term.cpp.

For exapmle

973: fprintf(stderr, "Qt terminal communication error: select() error %i %s\n", errno, strerror(errno));

I cannot find the reason why both qDebug() and fprintf(stderr,"") are used.

Can qDebug() replaced by fprintf(stderr,"") in qt_term.cpp?

****************************************************** end of 1)


2) *********************************************************************
BTW, for gnuplot_qt.exe situation is different.
qDebug seems not to represent anything on gnuplot.exe, wgnuplot.exe nor wgnuplot_pipes.exe.

gnuplot_qt.exe works in another process so that it is difficult represent qDebug message to 
wgnuplot command windows.  

Special treatment might be required to represent message from gnuplot_qt on windows.

Does anyone have good idea?
********************************************************** end of 2)

Tatsuro 

Re: "bins filter" and "set fit nolog option"

[Philipp K. J. <ja...@ie...>]

On Mon, 17 Aug 2015 18:02:22 -0700
sfeam <sf...@us...> wrote:

> On Monday, 17 August 2015 05:01:15 PM Philipp K. Janert wrote:
> > 
> > In the NEWS file, I saw a remark about a new feature:
> > 	
> > 	"data filter "bins" sorts input into equal width bins on x"
> > 
> > but I couldn't find any mention of it in the regular
> > documentation. It sounds quite interesting and useful -
> > has this been documented somewhere?
> 
> Perhaps you have not updated/installed the documentation 
> matching the current version?

Thanks, very helpful.

I couldn't find either of them in the CVS-PDF
at http://gnuplot.info/gnuplot_cvs.pdf

Best,

		Ph.

> 
> gnuplot> help bins
> 
>  This option is EXPERIMENTAL (implementation details may change).
>  Syntax:
>       plot 'DATA' using <XCOL> {:<YCOL>} bins{=<NBINS>}
>            {binrange [<LOW>:<HIGH>]}
>  The `bins` option to a `plot` command first sorts the original data
> into equal width bins on x and then plots a single value per bin.
> The default number of bins is controlled by `set samples`, but this
> can be changed by giving an explicit number of bins in the command.
> 
>  If no binrange is given, the range is taken from the current x axis
> range. Any data points outside this range will be ignored.
> 
>  If only a single column is given in the using clause then each data
> point contributes a count of 1 to the accumulation of total counts in
> the bin for that x coordinate value.  If a second column is given
> then the value in that column is added to the accumulation for the
> bin.  Thus the following two plot commnad are equivalent:
>       plot 'DATA" using N bins=20
>       set samples 20
>       plot 'DATA' using (column(N)):(1)
> 
>  For related plotting styles see `smooth frequency` and `smooth
> kdensity`.
> 
> > Also, I seem to remember a "set fit nolog" option, but
> > currently don't seem to find a reference to it anymore.
> > Any hints?
> 
> gnuplot> help set fit
>  The `set fit` command controls the options for the `fit` command.
> 
>  Syntax:
>        set fit {nolog | logfile {"<filename>"|default}}
>                {{no}quiet|results|brief|verbose}
>                {{no}errorvariables}
>                {{no}covariancevariables}
>                {{no}errorscaling}
>                {{no}prescale}
>                {maxiter <value>|default}
>                {limit <epsilon>|default}
>                {limit_abs <epsilon_abs>}   
>                {start-lambda <value>|default}
>                {lambda-factor <value>|default}
>                {script {"<command>"|default}}
>                {v4 | v5}
>        unset fit
>        show fit
> 
> 

Re: "bins filter" and "set fit nolog option"

[sfeam <sf...@us...>]

On Monday, 17 August 2015 05:01:15 PM Philipp K. Janert wrote:
> 
> In the NEWS file, I saw a remark about a new feature:
> 	
> 	"data filter "bins" sorts input into equal width bins on x"
> 
> but I couldn't find any mention of it in the regular
> documentation. It sounds quite interesting and useful -
> has this been documented somewhere?

Perhaps you have not updated/installed the documentation 
matching the current version?

gnuplot> help bins

 This option is EXPERIMENTAL (implementation details may change).
 Syntax:
      plot 'DATA' using <XCOL> {:<YCOL>} bins{=<NBINS>}
           {binrange [<LOW>:<HIGH>]}
 The `bins` option to a `plot` command first sorts the original data into
 equal width bins on x and then plots a single value per bin.  The default
 number of bins is controlled by `set samples`, but this can be changed by
 giving an explicit number of bins in the command.

 If no binrange is given, the range is taken from the current x axis range.
 Any data points outside this range will be ignored.

 If only a single column is given in the using clause then each data point
 contributes a count of 1 to the accumulation of total counts in the bin for
 that x coordinate value.  If a second column is given then the value in that
 column is added to the accumulation for the bin.  Thus the following two plot
 commnad are equivalent:
      plot 'DATA" using N bins=20
      set samples 20
      plot 'DATA' using (column(N)):(1)

 For related plotting styles see `smooth frequency` and `smooth kdensity`.

> Also, I seem to remember a "set fit nolog" option, but
> currently don't seem to find a reference to it anymore.
> Any hints?

gnuplot> help set fit
 The `set fit` command controls the options for the `fit` command.

 Syntax:
       set fit {nolog | logfile {"<filename>"|default}}
               {{no}quiet|results|brief|verbose}
               {{no}errorvariables}
               {{no}covariancevariables}
               {{no}errorscaling}
               {{no}prescale}
               {maxiter <value>|default}
               {limit <epsilon>|default}
               {limit_abs <epsilon_abs>}   
               {start-lambda <value>|default}
               {lambda-factor <value>|default}
               {script {"<command>"|default}}
               {v4 | v5}
       unset fit
       show fit

"bins filter" and "set fit nolog option"

[Philipp K. J. <ja...@ie...>]

In the NEWS file, I saw a remark about a new feature:
	
	"data filter "bins" sorts input into equal width bins on x"

but I couldn't find any mention of it in the regular
documentation. It sounds quite interesting and useful -
has this been documented somewhere?

Also, I seem to remember a "set fit nolog" option, but
currently don't seem to find a reference to it anymore.
Any hints?

Best,

		Ph.

Re: documentation format and html output

[Ethan A M. <sf...@us...>]

On Tuesday, 18 August, 2015 01:08:13 Karl-Friedrich Ratzsch wrote:
> Hi,
> 
> I was trying to work on the documentation a bit, but got quite
> confused. ;-) Perhaps someone here can enlighten me.
> 
> * I found that all tables appear twice in docs/gnupot.doc, only i've
> got not idea where the one that is readymade html code (with "^" in
> the first column) goes, and why there are two redundant versions.
> Stuff with "^" in the first column should (says docs/README) go to
> doc2{tex,html}, only i don't see it in the output of "make html" or
> "make pdf". (waiiit, it's in the wxhelp html output! So is stuff
> with "^" in fact only for doc2html, not doc2tex?)

Lines starting with ^ generate hyperlinks in the pdf documentation also,
created via the *.tex file.

> docs/README explains only the other version (between "@start table",
>  "@end table" delimiters), that is clear mostly.

Inside a table definition:
lines with space in the first character are for the *.gih output
lines with # are for *.tex
lines with ^ are for *.html
lines with % are for troff output, which probably hasn't been tested
      since forever

I do not know which of these may also be used by doc2ipf or doc2rnh.


> * docs/README says that text between backquotes is set to boldface.
> Is it correct that this also automatically creates a link (in html,
> pdf), if there is an interactive "?help keyword" with the same name?

Yes.

> And this does not work inside tables. (OK, im sure about this. I'll
> add a note to the README)

I have never tried to do that, so I don't know.

> * is the rest of the explanation of the backquotes complete? I find
> it really hard to understand, as if there is a line or two missing.
> 
> 
> * I've tried adding a few extra empty lines and comments (with "C"
> in the first column) here and there, to make the doc source a bit
> more structured. I saw no problems, but do empty lines have any
> significance except forcing a line break in continuous text?

The README discourages blank lines as a matter of style, but I think
this has not been uniformly applied in practice.

> * "make html" throws a billion errors. I get an html output in the
> end, sometimes, but it looks very broken. There are errormessages
> from latex2html that options are missing from the "inputenc" and
> "hyperref" package. Only my latex2html version (2008) seems to not
> have a hyperref package. (i also tried "make html" in the 4.6 tree,
> and there it tries to call "htlatex" instead of latex2html.
> docs/README in 5.1cvs says it wants to use htlatex, too, but doesn't?)
> 
> I tried searching the web a bit and found a few messages on
> gnuplot-beta and in the bug tracker, but I'm not really clear how
> the status of this is.

"make html" has not worked usably for many years.  It used to
invoke latex2html, but that package is no longer supplied or supported
by current TeX bundles.  I've had somewhat better luck with htlatex,
but not enough luck to consider it a real option IMHO.
In particular I could never get it to include figures correctly.

> * ("docs/make distclean" is broken in 5.1cvs, i've already set up a
> ticket on sf.net)
> 
> 
> * docs/README mentions a make target "pdffigures" that's gone, but
> there is one "pdf_figures" that imo does the job advertised. Change
> that in the README? Otoh I don't really see how it is useful as a
> standalone target, so perhaps the comment can go.

Those issues are both due to a relatively recent revision by HBB,
but I guess he forgot to update the README in parallel.
"make pdf" now includes the figures by default so there is no
need for a separate "make pdffigures" target in the Makefile.
Instead there is a "make pdf_nofig" target if you really need it.

> * lastly, does anyone have some hints/tricks for working with the
> gnuplot.doc file? Some editor that is able to do a bit of syntax
> highlighting, perchance?

Sorry, can't help there.

	Ethan


> 
> Best, Karl
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

documentation format and html output

[Karl-Friedrich R. <ra...@un...>]

Hi,

I was trying to work on the documentation a bit, but got quite
confused. ;-) Perhaps someone here can enlighten me.

* I found that all tables appear twice in docs/gnupot.doc, only i've
got not idea where the one that is readymade html code (with "^" in
the first column) goes, and why there are two redundant versions.
Stuff with "^" in the first column should (says docs/README) go to
doc2{tex,html}, only i don't see it in the output of "make html" or
"make pdf". (waiiit, it's in the wxhelp html output! So is stuff
with "^" in fact only for doc2html, not doc2tex?)

docs/README explains only the other version (between "@start table",
 "@end table" delimiters), that is clear mostly.


* docs/README says that text between backquotes is set to boldface.
Is it correct that this also automatically creates a link (in html,
pdf), if there is an interactive "?help keyword" with the same name?
And this does not work inside tables. (OK, im sure about this. I'll
add a note to the README)


* is the rest of the explanation of the backquotes complete? I find
it really hard to understand, as if there is a line or two missing.


* I've tried adding a few extra empty lines and comments (with "C"
in the first column) here and there, to make the doc source a bit
more structured. I saw no problems, but do empty lines have any
significance except forcing a line break in continuous text?


* "make html" throws a billion errors. I get an html output in the
end, sometimes, but it looks very broken. There are errormessages
from latex2html that options are missing from the "inputenc" and
"hyperref" package. Only my latex2html version (2008) seems to not
have a hyperref package. (i also tried "make html" in the 4.6 tree,
and there it tries to call "htlatex" instead of latex2html.
docs/README in 5.1cvs says it wants to use htlatex, too, but doesn't?)

I tried searching the web a bit and found a few messages on
gnuplot-beta and in the bug tracker, but I'm not really clear how
the status of this is.


* ("docs/make distclean" is broken in 5.1cvs, i've already set up a
ticket on sf.net)


* docs/README mentions a make target "pdffigures" that's gone, but
there is one "pdf_figures" that imo does the job advertised. Change
that in the README? Otoh I don't really see how it is useful as a
standalone target, so perhaps the comment can go.


* lastly, does anyone have some hints/tricks for working with the
gnuplot.doc file? Some editor that is able to do a bit of syntax
highlighting, perchance?


Best, Karl

Re: stacked histograms

[Manfred S. <man...@gm...>]

Am 17.08.2015 um 22:02 schrieb Daniel J Sebald:
> On 08/17/2015 02:37 PM, Manfred Schwarb wrote:
>> Hi,
>>
>> I have trouble getting some sort of stacked histogram working.
>> Instead of the expected output, I get "flying bars", really strange.
>>
>> Could some help, am I doing something wrong?
>
> Try
>
> set datafile missing "?"
>

Dan and Ethan,
thanks a lot! This works.

I don't see though how this can make a difference, as non-parsible characters
are treated as missing values, as far as I know.


> in there somewhere.  It creates more of stacked histogram for me. (Can't really explain why it looks the way it does or how ? is interpreted without that modification.)
>
> Also, I don't think it is the case, but how is 1986/87 interpreted?  Is 1986 a column on its own and then 87 another column?
>

I use the first column for x-axes labels, with
   "using 3:xticlabels(stringcolumn(1))", works fine, it is interpreted as a label "1986/87" etc.

Cheers,
Manfred


> Dan
>
>
>
>>
>> Thanks a lot,
>> Manfred
>>
>>
>> cat>  a.txt<<EOF
>> 1963/64  784    1104       ?
>> 1964/65 1234    1525       ?
>> 1965/66 1282    1220       ?
>> 1966/67 1512    1138       ?
>> 1967/68 1305    1307       ?
>> 1968/69  904    1199       ?
>> 1969/70 1381    1267       ?
>> 1970/71  842    1141       ?
>> 1971/72  574    1024       ?
>> 1972/73  947    1148       ?
>> 1973/74 1272    1158       ?
>> 1974/75 1561    1098       ?
>> 1975/76  750    1055       ?
>> 1976/77 1399    1307       ?
>> 1977/78 1444    1225       ?
>> 1978/79  914     939       ?
>> 1979/80 1468    1052       ?
>> 1980/81 1288    1539       ?
>> 1981/82 1384    1178       ?
>> 1982/83 1167    1056       ?
>> 1983/84 1116    1249       ?
>> 1984/85  930    1210       ?
>> 1985/86 1055    1020       ?
>> 1986/87 1200    1470       ?
>> 1987/88 1400     980       ?
>> 1988/89 1170     990       ?
>> 1989/90 1080    1060       ?
>> 1990/91  920    1210       ?
>> 1991/92 1380     910       ?
>> 1992/93 1115    1440       ?
>> 1993/94 1500    1240       ?
>> 1994/95 1410    1230       ?
>> 1995/96  625    1410       ?
>> 1996/97 1155    1310       ?
>> 1997/98 1030    1400       ?
>> 1998/99 1640    1355       ?
>> 1999/00 1360    1295       ?
>> 2000/01    ?       ?    2798
>> 2001/02    ?       ?    2330
>> 2002/03    ?       ?    2149
>> 2003/04    ?       ?    2409
>> 2004/05    ?       ?    2283
>> 2005/06    ?       ?    2288
>> 2006/07    ?       ?    2399
>> 2007/08    ?       ?    2524
>> 2008/09    ?       ?    2365
>> 2009/10    ?       ?    2562
>> 2010/11    ?       ?    1943
>> 2011/12    ?       ?    2848
>> 2012/13    ?       ?    2643
>> 2013/14    ?       ?    2646
>> EOF
>>
>> gnuplot<<EOF
>> set term pngcairo size 700,300
>> set out 'a.png'
>> set autoscale xfix
>> set style data histograms
>> set style histogram rowstacked
>> set style fill transparent solid 0.3 border
>> plot 'a.txt' \\
>>         using 4 notitle      lt -1 lc rgb "#444444", \\
>>      '' using 2 title "Col2" lt -1 lc rgb "#333399", \\
>>      '' using 3 title "Col3" lt -1 lc rgb "#ff2000"
>> set output
>> EOF
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>

Re: stacked histograms

[Daniel J S. <dan...@ie...>]

On 08/17/2015 02:37 PM, Manfred Schwarb wrote:
> Hi,
>
> I have trouble getting some sort of stacked histogram working.
> Instead of the expected output, I get "flying bars", really strange.
>
> Could some help, am I doing something wrong?

Try

set datafile missing "?"

in there somewhere.  It creates more of stacked histogram for me. 
(Can't really explain why it looks the way it does or how ? is 
interpreted without that modification.)

Also, I don't think it is the case, but how is 1986/87 interpreted?  Is 
1986 a column on its own and then 87 another column?

Dan



>
> Thanks a lot,
> Manfred
>
>
> cat>  a.txt<<EOF
> 1963/64  784    1104       ?
> 1964/65 1234    1525       ?
> 1965/66 1282    1220       ?
> 1966/67 1512    1138       ?
> 1967/68 1305    1307       ?
> 1968/69  904    1199       ?
> 1969/70 1381    1267       ?
> 1970/71  842    1141       ?
> 1971/72  574    1024       ?
> 1972/73  947    1148       ?
> 1973/74 1272    1158       ?
> 1974/75 1561    1098       ?
> 1975/76  750    1055       ?
> 1976/77 1399    1307       ?
> 1977/78 1444    1225       ?
> 1978/79  914     939       ?
> 1979/80 1468    1052       ?
> 1980/81 1288    1539       ?
> 1981/82 1384    1178       ?
> 1982/83 1167    1056       ?
> 1983/84 1116    1249       ?
> 1984/85  930    1210       ?
> 1985/86 1055    1020       ?
> 1986/87 1200    1470       ?
> 1987/88 1400     980       ?
> 1988/89 1170     990       ?
> 1989/90 1080    1060       ?
> 1990/91  920    1210       ?
> 1991/92 1380     910       ?
> 1992/93 1115    1440       ?
> 1993/94 1500    1240       ?
> 1994/95 1410    1230       ?
> 1995/96  625    1410       ?
> 1996/97 1155    1310       ?
> 1997/98 1030    1400       ?
> 1998/99 1640    1355       ?
> 1999/00 1360    1295       ?
> 2000/01    ?       ?    2798
> 2001/02    ?       ?    2330
> 2002/03    ?       ?    2149
> 2003/04    ?       ?    2409
> 2004/05    ?       ?    2283
> 2005/06    ?       ?    2288
> 2006/07    ?       ?    2399
> 2007/08    ?       ?    2524
> 2008/09    ?       ?    2365
> 2009/10    ?       ?    2562
> 2010/11    ?       ?    1943
> 2011/12    ?       ?    2848
> 2012/13    ?       ?    2643
> 2013/14    ?       ?    2646
> EOF
>
> gnuplot<<EOF
> set term pngcairo size 700,300
> set out 'a.png'
> set autoscale xfix
> set style data histograms
> set style histogram rowstacked
> set style fill transparent solid 0.3 border
> plot 'a.txt' \\
>         using 4 notitle      lt -1 lc rgb "#444444", \\
>      '' using 2 title "Col2" lt -1 lc rgb "#333399", \\
>      '' using 3 title "Col3" lt -1 lc rgb "#ff2000"
> set output
> EOF
>
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: stacked histograms

[Ethan A M. <sf...@us...>]

On Monday, 17 August, 2015 21:37:19 Manfred Schwarb wrote:

set datafile missing '?'


> cat > a.txt <<EOF
> 1963/64  784    1104       ?
> 1964/65 1234    1525       ?
> 1965/66 1282    1220       ?
> 1966/67 1512    1138       ?
> 1967/68 1305    1307       ?
> 1968/69  904    1199       ?
> 1969/70 1381    1267       ?
> 1970/71  842    1141       ?
> 1971/72  574    1024       ?
> 1972/73  947    1148       ?
> 1973/74 1272    1158       ?
> 1974/75 1561    1098       ?
> 1975/76  750    1055       ?
> 1976/77 1399    1307       ?
> 1977/78 1444    1225       ?
> 1978/79  914     939       ?
> 1979/80 1468    1052       ?
> 1980/81 1288    1539       ?
> 1981/82 1384    1178       ?
> 1982/83 1167    1056       ?
> 1983/84 1116    1249       ?
> 1984/85  930    1210       ?
> 1985/86 1055    1020       ?
> 1986/87 1200    1470       ?
> 1987/88 1400     980       ?
> 1988/89 1170     990       ?
> 1989/90 1080    1060       ?
> 1990/91  920    1210       ?
> 1991/92 1380     910       ?
> 1992/93 1115    1440       ?
> 1993/94 1500    1240       ?
> 1994/95 1410    1230       ?
> 1995/96  625    1410       ?
> 1996/97 1155    1310       ?
> 1997/98 1030    1400       ?
> 1998/99 1640    1355       ?
> 1999/00 1360    1295       ?
> 2000/01    ?       ?    2798
> 2001/02    ?       ?    2330
> 2002/03    ?       ?    2149
> 2003/04    ?       ?    2409
> 2004/05    ?       ?    2283
> 2005/06    ?       ?    2288
> 2006/07    ?       ?    2399
> 2007/08    ?       ?    2524
> 2008/09    ?       ?    2365
> 2009/10    ?       ?    2562
> 2010/11    ?       ?    1943
> 2011/12    ?       ?    2848
> 2012/13    ?       ?    2643
> 2013/14    ?       ?    2646
> EOF
> 
> gnuplot <<EOF
> set term pngcairo size 700,300
> set out 'a.png'
> set autoscale xfix
> set style data histograms
> set style histogram rowstacked
> set style fill transparent solid 0.3 border
> plot 'a.txt' \\
>        using 4 notitle      lt -1 lc rgb "#444444", \\
>     '' using 2 title "Col2" lt -1 lc rgb "#333399", \\
>     '' using 3 title "Col3" lt -1 lc rgb "#ff2000"
> set output
> EOF
> 

Re: stacked histograms

[Manfred S. <man...@gm...>]

Am 17.08.2015 um 21:37 schrieb Manfred Schwarb:
> Hi,
>
> I have trouble getting some sort of stacked histogram working.
> Instead of the expected output, I get "flying bars", really strange.
>
> Could some help, am I doing something wrong?
>
> Thanks a lot,
> Manfred
>

Sorry, forgot to add the output file, see attachment.


>
> cat > a.txt <<EOF
> 1963/64  784    1104       ?
> 1964/65 1234    1525       ?
> 1965/66 1282    1220       ?
> 1966/67 1512    1138       ?
> 1967/68 1305    1307       ?
> 1968/69  904    1199       ?
> 1969/70 1381    1267       ?
> 1970/71  842    1141       ?
> 1971/72  574    1024       ?
> 1972/73  947    1148       ?
> 1973/74 1272    1158       ?
> 1974/75 1561    1098       ?
> 1975/76  750    1055       ?
> 1976/77 1399    1307       ?
> 1977/78 1444    1225       ?
> 1978/79  914     939       ?
> 1979/80 1468    1052       ?
> 1980/81 1288    1539       ?
> 1981/82 1384    1178       ?
> 1982/83 1167    1056       ?
> 1983/84 1116    1249       ?
> 1984/85  930    1210       ?
> 1985/86 1055    1020       ?
> 1986/87 1200    1470       ?
> 1987/88 1400     980       ?
> 1988/89 1170     990       ?
> 1989/90 1080    1060       ?
> 1990/91  920    1210       ?
> 1991/92 1380     910       ?
> 1992/93 1115    1440       ?
> 1993/94 1500    1240       ?
> 1994/95 1410    1230       ?
> 1995/96  625    1410       ?
> 1996/97 1155    1310       ?
> 1997/98 1030    1400       ?
> 1998/99 1640    1355       ?
> 1999/00 1360    1295       ?
> 2000/01    ?       ?    2798
> 2001/02    ?       ?    2330
> 2002/03    ?       ?    2149
> 2003/04    ?       ?    2409
> 2004/05    ?       ?    2283
> 2005/06    ?       ?    2288
> 2006/07    ?       ?    2399
> 2007/08    ?       ?    2524
> 2008/09    ?       ?    2365
> 2009/10    ?       ?    2562
> 2010/11    ?       ?    1943
> 2011/12    ?       ?    2848
> 2012/13    ?       ?    2643
> 2013/14    ?       ?    2646
> EOF
>
> gnuplot <<EOF
> set term pngcairo size 700,300
> set out 'a.png'
> set autoscale xfix
> set style data histograms
> set style histogram rowstacked
> set style fill transparent solid 0.3 border
> plot 'a.txt' \\
>         using 4 notitle      lt -1 lc rgb "#444444", \\
>      '' using 2 title "Col2" lt -1 lc rgb "#333399", \\
>      '' using 3 title "Col3" lt -1 lc rgb "#ff2000"
> set output
> EOF
>
> ------------------------------------------------------------------------------
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

stacked histograms

[Manfred S. <man...@gm...>]

Hi,

I have trouble getting some sort of stacked histogram working.
Instead of the expected output, I get "flying bars", really strange.

Could some help, am I doing something wrong?

Thanks a lot,
Manfred


cat > a.txt <<EOF
1963/64  784    1104       ?
1964/65 1234    1525       ?
1965/66 1282    1220       ?
1966/67 1512    1138       ?
1967/68 1305    1307       ?
1968/69  904    1199       ?
1969/70 1381    1267       ?
1970/71  842    1141       ?
1971/72  574    1024       ?
1972/73  947    1148       ?
1973/74 1272    1158       ?
1974/75 1561    1098       ?
1975/76  750    1055       ?
1976/77 1399    1307       ?
1977/78 1444    1225       ?
1978/79  914     939       ?
1979/80 1468    1052       ?
1980/81 1288    1539       ?
1981/82 1384    1178       ?
1982/83 1167    1056       ?
1983/84 1116    1249       ?
1984/85  930    1210       ?
1985/86 1055    1020       ?
1986/87 1200    1470       ?
1987/88 1400     980       ?
1988/89 1170     990       ?
1989/90 1080    1060       ?
1990/91  920    1210       ?
1991/92 1380     910       ?
1992/93 1115    1440       ?
1993/94 1500    1240       ?
1994/95 1410    1230       ?
1995/96  625    1410       ?
1996/97 1155    1310       ?
1997/98 1030    1400       ?
1998/99 1640    1355       ?
1999/00 1360    1295       ?
2000/01    ?       ?    2798
2001/02    ?       ?    2330
2002/03    ?       ?    2149
2003/04    ?       ?    2409
2004/05    ?       ?    2283
2005/06    ?       ?    2288
2006/07    ?       ?    2399
2007/08    ?       ?    2524
2008/09    ?       ?    2365
2009/10    ?       ?    2562
2010/11    ?       ?    1943
2011/12    ?       ?    2848
2012/13    ?       ?    2643
2013/14    ?       ?    2646
EOF

gnuplot <<EOF
set term pngcairo size 700,300
set out 'a.png'
set autoscale xfix
set style data histograms
set style histogram rowstacked
set style fill transparent solid 0.3 border
plot 'a.txt' \\
       using 4 notitle      lt -1 lc rgb "#444444", \\
    '' using 2 title "Col2" lt -1 lc rgb "#333399", \\
    '' using 3 title "Col3" lt -1 lc rgb "#ff2000"
set output
EOF

[PATCH]: restore color in AQUA_filled_polygon()

[Jun T. <tak...@kb...>]

aqua terminal can't plot the last demo from polar.dem correctly.
(see the attached aqua2.pdf and qt2.pdf).

A simple command to reproduce the problem is

gnuplot> set style fill solid 0.5
gnuplot> plot sin(x) with filledcurve above y=0.0

i.e., filledcurve doesn't work if the fillstyle has density != 1.0.

The problem is in AQUA_filled_polygon() (in aquaterm.trm).
The original color is saved at line 695, but the color is not
restored to this saved color. In the patch below, I copied
5 lines of code from the end of AQUA_boxfill() to the end of
AQUA_filled_polygon(), so that the color is restored to the
original color.

# The reason that the small circle at the center of aqua2.pdf is
# black is the same as in my previous post:
#   'set key opaque' in aqua terminal
#   http://sourceforge.net/p/gnuplot/mailman/message/34305384/
# The patch for this is also included (again) in the patch below.


Index: term/aquaterm.trm
===================================================================
RCS file: /cvsroot/gnuplot/gnuplot/term/aquaterm.trm,v
retrieving revision 1.52
diff -u -r1.52 aquaterm.trm
--- term/aquaterm.trm	25 Feb 2015 00:23:14 -0000	1.52
+++ term/aquaterm.trm	7 Aug 2015 04:55:25 -0000
@@ -387,7 +387,7 @@
    * Set up the basic indexed colormap for gnuplot
    */
   /*  Special colors */
-  [adapter setColormapEntry:0 red:0.1 green:0.1 blue:0.1]; /* linetype -4 */
+  [adapter setColormapEntry:0 red:1.0 green:1.0 blue:1.0]; /* linetype -4 */
   [adapter setColormapEntry:1 red:0.9 green:0.9 blue:0.9]; /* linetype -3 (xor;interactive) light gray */
   [adapter setColormapEntry:2 red:0.0 green:0.0 blue:0.0]; /* linetype -2 (border) black */
   [adapter setColormapEntry:3 red:0.8 green:0.8 blue:0.8]; /* linetype -1 (gridlines) light grey */
@@ -737,6 +737,12 @@
     [adapter addEdgeToVertexPoint:NSMakePoint(corners[i].x/AQUA_RESOLUTION,
 					      corners[i].y/AQUA_RESOLUTION)];
   }
+
+  /* Restore color */
+  if (AQUA_hasAlphaSupport)
+    [adapter setColorRed:r green:g blue:b alpha:a];
+  else
+    [adapter setColorRed:r green:g blue:b];
 }
 
 TERM_PUBLIC void

link broken for Kawano tutorial

[E.M. D. <dra...@ca...>]

Greetings --

The link to theory division at LANL is no longer good (for quite some time
according to Toshihiko). A current version of the tutorial is available at
the lowrank.net site below.

If you are aware of a better link to the tutorial, please let me know --
thanks!
http://lowrank.net/gnuplot/index-e.html

~ Emily-Michael

----------------------------------
E.M. Dragowsky, Ph.D.
Advanced Research Computing -- ITS
Case Western Reserve University
(216) 712-2747

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Mojca M. <moj...@gm...>]

Dear developers,

Would it be possible to include the attached patch for detecting the
need of mouse support in caca.trm?

Of course one would also need to patch caca.trm itself, but I'm not
sure which portions exactly need an explicit
    #ifdef USE_MOUSE
as some events might be triggered by the keyboard and I'm not familiar
enough with the code enough to be able to guarantee the correctness of
my workaround/solution.

Mojca

(PS: This just made me wonder about one thing: what exactly is the
point of "#ifdef USE_MOUSE" being used in terminals such as X11, QT
etc. [outside of TERM_TABLE_START that is] if there is actually no way
to turn the mouse support off? Not that anyone would really want to
turn it off, but ...)

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Mojca M. <moj...@gm...>]

On Mon, Aug 3, 2015 at 8:07 PM, Ethan A Merritt wrote:
> On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
>
>> Hello,
>>
>> I am trying to build gunplot on a Mac via macports and I get the following
>> error:
>>
>> :info:build In file included from term.c:1194:
>> :info:build In file included from ./term.h:254:
>> :info:build ../term/caca.trm:2514:3: warning: implicit declaration of
>> function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
>> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> :info:build ^
>> :info:build ../term/caca.trm:2514:17: error: use of undeclared identifier
>> 'GE_replot'
>> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> :info:build ^
>>
>
>> Has this issue been encountered and/or resolved by anyone else? Any help
>> or information is appreciated.
>
> I don't know why it is failing, but the simplest fix is to
> disable the caca terminal
>
> ./configure --without-caca
>
> It's a "just-for-fun" option that you don't need for anything serious.
> I am somewhat surprised that your machine even has libcaca installed
> to begin with.

For every configuration option (or every terminal for that matter) a
packager has to decide whether to:
- disable some functionality for everyone
- enable that functionality for everyone
- give user an option to enable/disable it (but introducing extra
confusion to users trying to navigate through a huge number of
options)

The general guidelines in MacPorts is to try to keep things simple and
to try to provide a reasonably minimal set of options for users to
choose from. Because libcaca was so lightweight, enabling it by
default for everyone seemed like the most natural choice. But I admit
that I didn't really test it. It is indeed a tiny bit annoying. I see
that it launches X11 despite explicitly disabling it in libcaca (the
"gl" driver does that), it misbehaves (mouse buttons are not mapped
properly and the scrolling is completely wrong) and it doesn't exit in
a clean way. With ncurses it works somewhat better (without mouse
support).

Brian cannot "easily" disable libcaca without interfering with package
management system (which he did). I can either disable it for everyone
or introduce a configuration option to enable/disable the terminal on
request if that is a general consensus.

In any case I would prefer a proper patch in caca.trm, but even more
importantly: we need to figure out why mouse support in interactive
terminals is disabled on Brian's machine. That fact alone will
seriously limit usability of interactive terminals for him. Brian, did
you happen to disable wxWidgets and X11 (along with Qt which is
already off by default) or was there some other mysterious reason for
disabling mouse support?

Mojca

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Brian W. <bri...@gm...>]

> On Aug 3, 2015, at 2:15 PM, Brian Weitzner <bri...@gm...> wrote:
> 
> 
>> On Aug 3, 2015, at 2:07 PM, Ethan A Merritt <sf...@us... <mailto:sf...@us...>> wrote:
>> 
>> On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
>> > Hello,
>> > 
>> > I am trying to build gunplot on a Mac via macports and I get the following error:
>> > 
>> > :info:build In file included from term.c:1194:
>> > :info:build In file included from ./term.h:254:
>> > :info:build ../term/caca.trm:2514:3: warning: implicit declaration of function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
>> > :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
>> > :info:build                 ^
>> > :info:build ../term/caca.trm:2514:17: error: use of undeclared identifier 'GE_replot'
>> > :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
>> > :info:build                               ^
>> > 
>> > Has this issue been encountered and/or resolved by anyone else? Any help or information is appreciated.
>>  
>> I don't know why it is failing, but the simplest fix is to
>> disable the caca terminal
>>  
>>   ./configure --without-caca
>>  
>> It's a "just-for-fun" option that you don't need for anything serious.
>> I am somewhat surprised that your machine even has libcaca installed 
>> to begin with.
>>  
>> 	Ethan
> 
> 
> For reasons unknown, libcaca is listed as a dependency by MacPorts, so everyone who gets gnuplot that way has libcaca.
> 
> -- 
> Brian D. Weitzner
> Postdoctoral Fellow
> Chemical & Biomolecular Engineering
> Johns Hopkins University
> Baltimore, Maryland 21218
> http://graylab.jhu.edu <http://graylab.jhu.edu/>

I found the following line in the main.log produced by MacPorts:

line 108:
cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnuplot/gnuplot/work/gnuplot-5.0.1" && ./configure --prefix=/opt/local --with-caca=/opt/local --with-gd=/opt/local --with-readline=/opt/local --with-aquaterm --without-x --infodir='${prefix}/share/info' --mandir='${prefix}/share/man' --disable-wxwidgets --without-bitmap-terminals --without-cairo --without-latex --without-lua --without-pdf --without-qt --without-tutorial --with-cwdrc

I ran the port command, let the build fail and then executed configure with the caca lib definition changed to "--without-caca”, then reran the port upgrade command. That did the trick! Thanks for the workaround.



-- 
Brian D. Weitzner
Postdoctoral Fellow
Chemical & Biomolecular Engineering
Johns Hopkins University
Baltimore, Maryland 21218
http://graylab.jhu.edu <http://graylab.jhu.edu/>

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Daniel J S. <dan...@ie...>]

On 08/03/2015 01:15 PM, Brian Weitzner wrote:
>
>> On Aug 3, 2015, at 2:07 PM, Ethan A Merritt
>> <sf...@us... <mailto:sf...@us...>> wrote:
>>
>> On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
>> > Hello,
>> >
>> > I am trying to build gunplot on a Mac via macports and I get the
>> following error:
>> >
>> > :info:build In file included from term.c:1194:
>> > :info:build In file included from ./term.h:254:
>> > :info:build ../term/caca.trm:2514:3: warning: implicit declaration of
>> function 'process_event' is invalid in C99
>> [-Wimplicit-function-declaration]
>> > :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> > :info:build ^
>> > :info:build ../term/caca.trm:2514:17: error: use of undeclared
>> identifier 'GE_replot'
>> > :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> > :info:build ^
>> >
>> > Has this issue been encountered and/or resolved by anyone else? Any
>> help or information is appreciated.
>>
>> I don't know why it is failing, but the simplest fix is to
>> disable the caca terminal
>>
>> ./configure --without-caca
>>
>> It's a "just-for-fun" option that you don't need for anything serious.
>> I am somewhat surprised that your machine even has libcaca installed
>> to begin with.
>>
>> Ethan
>
> For reasons unknown, libcaca is listed as a dependency by MacPorts, so
> everyone who gets gnuplot that way has libcaca.

If you want to try a quick hack to make compilation continue, condition 
out the code within CACA_modify_plots in the file term/caca.trm:

TERM_PUBLIC void
CACA_modify_plots(unsigned int operations, int plotno)
{
#if 0
<all code within routine>
#endif
}

Dan

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Brian W. <bri...@gm...>]

> On Aug 3, 2015, at 2:07 PM, Ethan A Merritt <sf...@us...> wrote:
> 
> On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
> > Hello,
> > 
> > I am trying to build gunplot on a Mac via macports and I get the following error:
> > 
> > :info:build In file included from term.c:1194:
> > :info:build In file included from ./term.h:254:
> > :info:build ../term/caca.trm:2514:3: warning: implicit declaration of function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
> > :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
> > :info:build                 ^
> > :info:build ../term/caca.trm:2514:17: error: use of undeclared identifier 'GE_replot'
> > :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
> > :info:build                               ^
> > 
> > Has this issue been encountered and/or resolved by anyone else? Any help or information is appreciated.
>  
> I don't know why it is failing, but the simplest fix is to
> disable the caca terminal
>  
>   ./configure --without-caca
>  
> It's a "just-for-fun" option that you don't need for anything serious.
> I am somewhat surprised that your machine even has libcaca installed 
> to begin with.
>  
> 	Ethan


For reasons unknown, libcaca is listed as a dependency by MacPorts, so everyone who gets gnuplot that way has libcaca.

-- 
Brian D. Weitzner
Postdoctoral Fellow
Chemical & Biomolecular Engineering
Johns Hopkins University
Baltimore, Maryland 21218
http://graylab.jhu.edu <http://graylab.jhu.edu/>

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Brian W. <bri...@gm...>]

> On Aug 3, 2015, at 1:54 PM, Daniel J Sebald <dan...@ie...> wrote:
> 
> On 08/03/2015 11:40 AM, Brian Weitzner wrote:
>> Hello,
>> 
>> I am trying to build gunplot on a Mac via macports and I get the
>> following error:
>> 
>> :info:build In file included from term.c:1194:
>> :info:build In file included from ./term.h:254:
>> :info:build ../term/caca.trm:2514:3: warning: implicit declaration of
>> function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
>> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> :info:build ^
>> :info:build ../term/caca.trm:2514:17: error: use of undeclared
>> identifier 'GE_replot'
>> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
>> :info:build ^
>> 
>> Has this issue been encountered and/or resolved by anyone else? Any help
>> or information is appreciated. Thanks.
> 
> I can only guess, but it is likely that some of the pre-processor conditionals are set up correctly.  For example, in caca.trm is the following:
> 
> #ifdef USE_MOUSE
> static TBOOLEAN process_event(char type, int mx, int my, int par1, int par2, int winid); /* wrapper for do_event() */
> #endif
> 
> Implicit declaration would suggest this declaration isn't being included.  Is USE_MOUSE defined in your case?  (Check the config.log file.)
> 
> In fact that does look to be a problem.  All cases of process_event() calls appear to be protected by
> 
> #ifdef USE_MOUSE
> #endif /* USE_MOUSE */
> 
> except this one is not:
> 
> TERM_PUBLIC void
> CACA_modify_plots(unsigned int operations, int plotno)
> {
> [snip]
> 	if (changed) {
> 		/* Replot only if something changed. */
> 		CACA_zoom_or_replot = TRUE;
> 		process_event(GE_replot, 0, 0, 0, 0, 0);
> 	}
> }
> 
> This whole routine is not needed so it too could be conditioned out with #ifdef USE_MOUSE, but that factors into the function table construction, so it's best to let Ethan deal with that.
> 
> I think for the time being you should ensure that USE_MOUSE is defined via the configuration process.
> 
> Dan

Thanks, Dan. Looking through config.log, I found the following:

configure:16459: result:   Mouse support in interactive terminals: no

That’s the only mention of mouse support in the output. At least within the MacPorts system, it is unclear how to change the setting and still get things going.

-- 
Brian D. Weitzner
Postdoctoral Fellow
Chemical & Biomolecular Engineering
Johns Hopkins University
Baltimore, Maryland 21218
http://graylab.jhu.edu <http://graylab.jhu.edu/>

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Ethan A M. <sf...@us...>]

On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
> Hello,
> 
> I am trying to build gunplot on a Mac via macports and I get the following error:
> 
> :info:build In file included from term.c:1194:
> :info:build In file included from ./term.h:254:
> :info:build ../term/caca.trm:2514:3: warning: implicit declaration of function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
> :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
> :info:build                 ^
> :info:build ../term/caca.trm:2514:17: error: use of undeclared identifier 'GE_replot'
> :info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
> :info:build                               ^
> 
> Has this issue been encountered and/or resolved by anyone else? Any help or information is appreciated.

I don't know why it is failing, but the simplest fix is to
disable the caca terminal

  ./configure --without-caca

It's a "just-for-fun" option that you don't need for anything serious.
I am somewhat surprised that your machine even has libcaca installed 
to begin with.

	Ethan

Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Daniel J S. <dan...@ie...>]

On 08/03/2015 11:40 AM, Brian Weitzner wrote:
> Hello,
>
> I am trying to build gunplot on a Mac via macports and I get the
> following error:
>
> :info:build In file included from term.c:1194:
> :info:build In file included from ./term.h:254:
> :info:build ../term/caca.trm:2514:3: warning: implicit declaration of
> function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
> :info:build ^
> :info:build ../term/caca.trm:2514:17: error: use of undeclared
> identifier 'GE_replot'
> :info:build process_event(GE_replot, 0, 0, 0, 0, 0);
> :info:build ^
>
> Has this issue been encountered and/or resolved by anyone else? Any help
> or information is appreciated. Thanks.

I can only guess, but it is likely that some of the pre-processor 
conditionals are set up correctly.  For example, in caca.trm is the 
following:

#ifdef USE_MOUSE
static TBOOLEAN process_event(char type, int mx, int my, int par1, int 
par2, int winid); /* wrapper for do_event() */
#endif

Implicit declaration would suggest this declaration isn't being 
included.  Is USE_MOUSE defined in your case?  (Check the config.log file.)

In fact that does look to be a problem.  All cases of process_event() 
calls appear to be protected by

#ifdef USE_MOUSE
#endif /* USE_MOUSE */

except this one is not:

TERM_PUBLIC void
CACA_modify_plots(unsigned int operations, int plotno)
{
[snip]
	if (changed) {
		/* Replot only if something changed. */
		CACA_zoom_or_replot = TRUE;
		process_event(GE_replot, 0, 0, 0, 0, 0);
	}
}

This whole routine is not needed so it too could be conditioned out with 
#ifdef USE_MOUSE, but that factors into the function table construction, 
so it's best to let Ethan deal with that.

I think for the time being you should ensure that USE_MOUSE is defined 
via the configuration process.

Dan

gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Brian W. <bri...@gm...>]

Hello,

I am trying to build gunplot on a Mac via macports and I get the following error:

:info:build In file included from term.c:1194:
:info:build In file included from ./term.h:254:
:info:build ../term/caca.trm:2514:3: warning: implicit declaration of function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
:info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
:info:build                 ^
:info:build ../term/caca.trm:2514:17: error: use of undeclared identifier 'GE_replot'
:info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
:info:build                               ^

Has this issue been encountered and/or resolved by anyone else? Any help or information is appreciated. Thanks.

P.S. I had sent this message before confirming my subscription to the mailing list. I apologize if this comes through as a duplicate.

-- 
Brian D. Weitzner
Postdoctoral Fellow
Chemical & Biomolecular Engineering
Johns Hopkins University
Baltimore, Maryland 21218
http://graylab.jhu.edu <http://graylab.jhu.edu/>

Re: 'set key opaque' in aqua terminal

[Jun T. <tak...@kb...>]

2015/07/22 18:52, Mojca Miklavec <moj...@gm...> wrote:
> 
> Is there a need to actually implement support for a different background colour?

Some (or many?) of the gnuplot terminals (wxt and cairo-based terminals,
svg, etc.) can change the background color.
So I guess there are some people who want to have a non-white background,
although I (personally) don't need such a feature.

Re: 'set key opaque' in aqua terminal

[Mojca M. <moj...@gm...>]

On Tue, Jul 21, 2015 at 2:57 PM, Jun T. wrote:
> (CVS at sourceforge is down; I hope the mailing list is alive.)
>
> Attached are two pdf files generated by
>
> gnuplot> set key opaque
> gnuplot> plot [0:1] x**0.5, x, x**2
>
> with aqua and qt terminals. As you can see, the key's background
> in aqua.pdf is almost black. This is due to that the linetype -4
> is set to 'almost black' at line 390 of aquaterm.trm.
>
> The following patch sets linetype -4 to white.
> Since 'set term aqua' does not have the option 'backdround',
> I think it safe to assume that the background is always white.

I can confirm the problem. Most likely the problem is there because no
aquaterm user ever tested that particular combination (set key opaque)
and the patch makes perfect sense.

Is there a need to actually implement support for a different background colour?

Mojca