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

Re: bug in histogram plot with binary data?

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 30 January 2008 13:06, you wrote:
> 
> On Wed, 30 Jan 2008, Ethan Merritt wrote:
> 
> > If I dump the contents after reading them in, I get this:
> >
> > gnuplot>  set style data linespoints
> > gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
> > gnuplot> set table
> > gnuplot> replot
> >
> > # Curve 0 of 1, 7 points
> > # Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
> > # x y type
> > 0  102  i
> > 0  42  i
> > 1  38  i
> > 2  28  i
> > 3  26  i
> > 4  108  i
> > 5  156  i
> >
> > Can you confirm this on your setup?
> 
> Yes. But I don't understand why "array=1:8". If I leave that out

I don't think it matters. I was just trying variations of the command
to see if "array" or "record" behaved differently.  All the variations
I tried failed to correctly increment the implicit x coordinate from
0 to N-1.

> I get
> 
> # Curve 0 of 1, 7 points
> # Curve title: ""histdata.bin" binary format="%int" using 1"
> # x y type
> -1  102  i
>   0  42  i
>   1  38  i
>   2  28  i
>   3  26  i
>   4  108  i
>   5  156  i

I have seen that also.  Both are obviously incorrect.




-- 
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: bug in histogram plot with binary data?

[Ralf J. <jue...@cs...>]

On Wed, 30 Jan 2008, Ethan Merritt wrote:

> If I dump the contents after reading them in, I get this:
>
> gnuplot>  set style data linespoints
> gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
> gnuplot> set table
> gnuplot> replot
>
> # Curve 0 of 1, 7 points
> # Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
> # x y type
> 0  102  i
> 0  42  i
> 1  38  i
> 2  28  i
> 3  26  i
> 4  108  i
> 5  156  i
>
> Can you confirm this on your setup?

Yes. But I don't understand why "array=1:8". If I leave that out
I get

# Curve 0 of 1, 7 points
# Curve title: ""histdata.bin" binary format="%int" using 1"
# x y type
-1  102  i
  0  42  i
  1  38  i
  2  28  i
  3  26  i
  4  108  i
  5  156  i


Thanks,
Ralf

Re: bug in histogram plot with binary data?

[Ethan M. <merritt@u.washington.edu>]

I help is needed from someone more familiar with the binary data modes.
Anyone care to take over this bug report?

On Wednesday 30 January 2008 12:15, Ralf Juengling wrote:
> 
> Here you go. The binary data is in intel pentium endianess
> (whatever that is).

Thanks. So far as I can tell from a quick test, the problem is
not specific to histograms.  Any other plot type also gets incorrect
x coordinates when using the binary read command on that data file.
If I dump the contents after reading them in, I get this:

gnuplot>  set style data linespoints
gnuplot>  plot "histdata.bin" binary array=1:8 format="%int" using 1
gnuplot> set table
gnuplot> replot

# Curve 0 of 1, 7 points
# Curve title: ""histdata.bin" binary array=1:8 format="%int" using 1"
# x y type
 0  102  i
 0  42  i
 1  38  i
 2  28  i
 3  26  i
 4  108  i
 5  156  i

Can you confirm this on your setup?
The thing is, I wrote the histogram code so I could probably fix it
there if necessary.  But I am largely unfamiliar with the binary input
code, and don't use it much myself.  So I don't know exactly what the
issue might be.  Surely if it returns the wrong x coordinate in general,
someone would have noticed by now?  But maybe not.  Or maybe you have
hit a special case of some sort, though I don't know what it might be.


-- 
Ethan A Merritt

Re: bug in histogram plot with binary data?

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 30 January 2008 09:52, Ralf Juengling wrote:
> 
> I found a difference in appearance of histogram
> plots ("set style data histograms") depending on
> whether the data is passed in ascii or binary
> format: the xrange is different (it is what I
> expect with ascii but there's not right margin
> with binary).

I have never tested the histogram code with binary data.
Could you Email me a simple test script and data file?

-- 
Ethan A Merritt

bug in histogram plot with binary data?

[Ralf J. <jue...@cs...>]

Hi,

I found a difference in appearance of histogram
plots ("set style data histograms") depending on
whether the data is passed in ascii or binary
format: the xrange is different (it is what I
expect with ascii but there's not right margin
with binary).

Ralf

Re: Plotting in Black and white with different linestyles in gif or png

[Allin C. <cot...@wf...>]

On Tue, 29 Jan 2008, Markus Eich wrote:

> I think there is no way to do B&W on any graphical output terminal?

With the current pngcairo driver you can do

  set term pngcairo mono dashed

> This is useless for colorless papers...

Why would you want to use a bitmap format such as PNG or, worse, 
GIF in a paper?  These are only any good for viewing on-screen.

Allin Cottrell

Re: Plotting in Black and white with different linestyles in gif or png

[<pl...@pi...>]

On Tue, 29 Jan 2008 12:27:18 +0100, Markus Eich  =

<ei...@in...> wrote:

> Peter Danenberg schrieb:
>> Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
>>
>>> Can I somehoe switch from color to BW mode?
>>>
>>
>> The postscript terminal has such a mode; perhaps you can convert
>> thence to gif/png?
>>
>> Try:
>>
>>     set terminal postscript enhanced monochrome dashed
>>
> Thank you that works just fine. Now I just have to convert the ps to g=
if
> or png.
>
> I think there is no way to do B&W on any graphical output terminal?
>
>
Hi,

you can explicitly set both the colour and the line style for each plot =
 =

line (see help for details).

Unnecessarily creating a ps file seems an aweful waste of effort and  =

probably loses quailty.

Maybe an option which would force BW output would have some merit since =
 =

monotone printers do exist and so do colour printers with (near) empty  =

colours . Printing in black only would be an advantage.

Perhaps "monochrome=3Dblack" or "monochrome=3Dblue" would be a nice way =
of  =

producing monochrome output , whether for esthetic reasons or to work  =

around ink shortages. This should be no more complicated than changing t=
he  =

default output colour from black to something else.

Could be useful.

/Peter.



>> ---------------------------------------------------------------------=
----
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>
>

Re: Plotting in Black and white with different linestyles in gif or png

[Markus E. <ei...@in...>]

Peter Danenberg schrieb:
> Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
>   
>> Can I somehoe switch from color to BW mode?
>>     
>
> The postscript terminal has such a mode; perhaps you can convert
> thence to gif/png?
>
> Try:
>
>     set terminal postscript enhanced monochrome dashed
>   
Thank you that works just fine. Now I just have to convert the ps to gif 
or png.

I think there is no way to do B&W on any graphical output terminal?


> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>   


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  mar...@df...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics 

Re: Plotting in Black and white with different linestyles in gif or png

[Peter D. <pc...@wi...>]

Quoth Markus Eich on Prickle-Prickle, Chaos 29, 3174:
> Can I somehoe switch from color to BW mode?

The postscript terminal has such a mode; perhaps you can convert
thence to gif/png?

Try:

    set terminal postscript enhanced monochrome dashed

Plotting in Black and white with different linestyles in gif or png

[Markus E. <ei...@in...>]

When I generate several plots and print them to GIF or PNG the plots 
have the same style but different colors.
This is useless for colorless papers, so the plots should have different 
styles instead (dots, x,o). Can I somehoe switch from color to BW mode?

An sample line from my code is:

set term gif size 640,400

set output 'M1_cur_ctrl.gif'
plot filename using ($1):(2*pi/5-((int($2)%147)/147.2*2*pi/5)-pi/5) axes 
x1y1 title 'TARGET_M1' with lines,\
'' u 1:((abs(int($4)%147)/147.2*pi/5)) axes x1y1 title 'ERROR_M1' with 
lines,\
'' u 1:14 axes x1y2 title 'CURRENT_M1' with lines

Thanks for your support. I am a real gnuplot noob ;-)


/markus


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  mar...@df...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics 

RE: violin plots

[Rubin, N. <Nor...@am...>]

So far I have data that looks like pairs of integers
<I,J>=20
1,1
1,1
2,1

1,2
2,2
3,2
3,2
1,2

for each value of J I have a set of I values that would form one
distribution

I can turn this into a candle stick graph=20
J =3D 1 high =3D 2 low =3D 1, ave is=20
j =3D 2 high is 3 low is 1 ave is=20

I'm not sure how to use filled curves with multiple values of J, any
suggestions,  is there an example sort of like this someplace on the
web?

-----Original Message-----
From: Ethan Merritt [mailto:merritt@u.washington.edu]=20
Sent: Monday, January 28, 2008 6:01 PM
To: gnu...@li...
Cc: Rubin, Norman
Subject: Re: violin plots

On Sunday 27 January 2008 05:29, norm rubin wrote:
>=20
> I need to draw some violin graphs
> Violin plots are generalization of candle stick plots, you can see one
at
> http://addictedtor.free.fr/graphiques/graphcode.php?graph=3D43
>=20
> I'd like to continue using gnuplot rather then switch to R.  I've
never added=20
> any code to gnuplot but I'm willing to try.
> how hard would it be to add this style to gnuplot?
> Is there any existing plot style which might be simple to modify?

The existing "with filledcurves" style could draw such a figure if
presented
with a suitable data file.   The trick will be to produce the right data
file.

What format is your data in currently?
Has the binning and envelop generation already bin done? (Gnuplot is
not going to do that for you, even if taught a new plot style).


--=20
Ethan A Merritt

No redraw with wxt and 'noraise'

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

There is an interesting issue with the wxt terminal
(on Linux, at least):

When I set up my terminal with the 'noraise' flag:

	set t wxt noraise

Then the window is not raised after a plot command,
instead the focus stays with the console window (so
far, all is according to spec).

However, the window also does not receive a redraw
event so that the old plot continues to be shown.
The window is only redrawn (with the new plot) after 
the mouse pointer enters the wxt window (or the
window is raised).

My guess is that wxt does not generate a redraw
event until the window system (X11) sends an event
(souch as MOUSE_IN) to the window.

This does not seem to be a problem when using
the old x11 terminal.

I wonder whether anybody has seen this before?
Is this at all dependent on the window manager?
(I use IceWM.)

Best,

		Ph.


        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.18.2-34-default

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from http://www.gnuplot.info/faq/

        Send bug reports and suggestions to 
<http://sourceforge.net/projects/gnuplot>

Compile options:
-READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
+GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
-NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
+DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  

DRIVER_DIR     
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
GNUPLOT_PS_DIR 
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
HELPFILE       
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"

Re: replot in files under win32

[eich <ei...@in...>]

Hans-Bernhard Bröker schrieb:
> Markus Eich wrote:
>
>> I want to draw several plots into one .gif or .png image. Those lines 
>> work perfectly under linux:
>
> If so, that has to be considered quite surprising.  Nor is the 
> difference of behaviour really tied to using Linux vs. Win32, but 
> rather to which PNG driver you're using.
>
> Your script absuses 'replot',  which causes it to generate not one, 
> but *four* pages of output.  A PNG can't really hold more than one.
>
> These lines:
>
>> plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes 
>> x1y1 title 'TARGET_M1' with lines
>> replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes 
>> x1y1 title 'ACTUAL_M1' with lines
>> replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 
>> title 'ERROR_M1' with lines
>> replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines
>
> should be replaced with something like:
>
>   plot \
>     filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) \
>       axes x1y1 title 'TARGET_M1' with lines, \
>     '' u 1:(((int($3)%147)/147.2*2*pi/5)-pi/5) \
>       axes x1y1 title 'ACTUAL_M1' with lines, \
>     '' u 1:(((int($4)%147)/147.2*pi/5)) \
>       axes x1y1 title 'ERROR_M1' with lines, \
>     '' u 1:14 axes x1y2 title 'CURRENT_M1' with lines
>
>> I tried also without "replot" but with the "," separation.
>
> ... and what happened?
I tried it before with

plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'TARGET_M1' with lines,
filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 title 
'ACTUAL_M1' with lines,
filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
'ERROR_M1' with lines,
filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

which produced the same results i.e. works under linux and not under 
win32. Same result for gif and jpg.

BUT....

your lines work perfectly!!!!!!  (with the ''u instead of  using and 1: 
instead of $1). What is the difference?

Thank you for the tip

Re: violin plots

[Ethan M. <merritt@u.washington.edu>]

On Sunday 27 January 2008 05:29, norm rubin wrote:
> 
> I need to draw some violin graphs
> Violin plots are generalization of candle stick plots, you can see one at
> http://addictedtor.free.fr/graphiques/graphcode.php?graph=43
> 
> I'd like to continue using gnuplot rather then switch to R.  I've never added 
> any code to gnuplot but I'm willing to try.
> how hard would it be to add this style to gnuplot?
> Is there any existing plot style which might be simple to modify?

The existing "with filledcurves" style could draw such a figure if presented
with a suitable data file.   The trick will be to produce the right data file.

What format is your data in currently?
Has the binning and envelop generation already bin done? (Gnuplot is
not going to do that for you, even if taught a new plot style).


-- 
Ethan A Merritt

Re: replot in files under win32

[<HBB...@t-...>]

Markus Eich wrote:

> I want to draw several plots into one .gif or .png image. Those lines 
> work perfectly under linux:

If so, that has to be considered quite surprising.  Nor is the 
difference of behaviour really tied to using Linux vs. Win32, but rather 
to which PNG driver you're using.

Your script absuses 'replot',  which causes it to generate not one, but 
*four* pages of output.  A PNG can't really hold more than one.

These lines:

> plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
> title 'TARGET_M1' with lines
> replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
> title 'ACTUAL_M1' with lines
> replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
> 'ERROR_M1' with lines
> replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

should be replaced with something like:

   plot \
     filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) \
       axes x1y1 title 'TARGET_M1' with lines, \
     '' u 1:(((int($3)%147)/147.2*2*pi/5)-pi/5) \
       axes x1y1 title 'ACTUAL_M1' with lines, \
     '' u 1:(((int($4)%147)/147.2*pi/5)) \
       axes x1y1 title 'ERROR_M1' with lines, \
     '' u 1:14 axes x1y2 title 'CURRENT_M1' with lines

> I tried also without "replot" but with the "," separation.

... and what happened?

replot in files under win32

[Markus E. <ei...@in...>]

Hi there,

I want to draw several plots into one .gif or .png image. Those lines 
work perfectly under linux:

set term png size 640,400
#first Motor
set output 'M1_cur_ctrl.png'
plot filename using ($1):(((int($2)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'TARGET_M1' with lines
replot filename using ($1):(((int($3)%147)/147.2*2*pi/5)-pi/5) axes x1y1 
title 'ACTUAL_M1' with lines
replot filename using ($1):(((int($4)%147)/147.2*pi/5)) axes x1y1 title 
'ERROR_M1' with lines
replot filename using ($1):14 axes x1y2 title 'CURRENT_M1' with lines

When I want to do the same thing under Windows32 I can only see the 
first plot. The others are simply not there. Is this a win32-version bug?

I tried also without "replot" but with the "," separation.


Rgrds,

Markus


-- 
Dipl. Inform. Markus Eich
Research Assistant
Robotics Lab at
DFKI Bremen
German Research Center for Artificial Intelligence

Email:  mar...@df...
Tel.:   +49 (421) 218-64105
Fax :   +49 (421) 218-64150
Room:   212

Postal address:
DFKI Bremen
Robotics Lab
Markus Eich
Robert-Hooke-Strasse 5
28359 Bremen
Germany

Further informations:
http://www.dfki.de/robotics 

violin plots

[norm r. <no...@at...>]

I need to draw some violin graphs
Violin plots are generalization of candle stick plots, you can see one at
http://addictedtor.free.fr/graphiques/graphcode.php?graph=43

I'd like to continue using gnuplot rather then switch to R.  I've never added 
any code to gnuplot but I'm willing to try.
how hard would it be to add this style to gnuplot?
Is there any existing plot style which might be simple to modify?

Re: end the pause

[Maximilian F. <mx...@gm...>]

On Jan 25, 2008 9:28 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> On Friday 25 January 2008 11:44, Maximilian Fabricius wrote:
> >
> > I followed the mouselabel example.
> > My actual plot script now calls another script:
> >
> >    pause mouse key
> >    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> >
> > Still, if I do this I loose the interactive functionality of x11
> > (toggling logscale with l, unzooming on a etc.).
> > Of course I could try to re-enable all this in the pause-mouse-key-script.
> >
> >    pause mouse keypress
> >    bind "ctrl-l" "lx=lx+1;if(lx%2)set logscale x; else unset logscale x"
> >    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> >
> > (where lx is defined in the first script)
> > This did not work, though.
>
> That won't work. The bind command does not execute anything by itself.
> (Also gnuplot doesn't have an "else" command, but that's a different issue).
> You need instead something like:
>
>     pause mouse keypress
>     if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  " && MOUSE_CHAR ne "l") reread
>     if (MOUSE_CHAR eq "l")  load "toggle_logscale.gp"
>     reread
>
> Where toggle_logscale.gp re-implements the built-in processing that
> 'pause mouse' bypassed.
>
>     if (!lx) set logscale x
>     if (lx) unset logscale x
>     lx = !lx
>     replot
>
> Zooming should still work as normal because you said "pause mouse keypress",
> which leaves the button clicks unaffected.
>
> > Wouldn't it be easier to have an option
> > like "pause mouse keypress("q")" to wait for a specifik key?
>
> Easier for the user, I agree.  Unfortunately the mousing code is
> very complicated because the details are different for each terminal
> type (windows, x11, wxt, aqua, pm).  So changes to the mousing code
> tend to be more difficult than other kinds of changes because they
> have to be worked out and tested separately for each terminal type.
> There might be a clever way to implement your suggestion in a
> terminal-independent manner, but that isn't obvious to me at the
> moment.
>
> So it's a perfectly reasonable suggestion, but not all reasonable
> suggestions are easy to implement.
>
>
> Nevertheless, to go back to your original question >
> > Alternatively if I could define a key - "q" for example -
> > which closes the current plot and continues the gunplot script,
> > that would be great.
>
> I already gave an example of how to do that with a "bind" command.
> So I'm not clear on what problem you are trying to work around
> at this point.
>
> --
> Ethan A Merritt
>

Ethan,

thank you again! ;)

Cheers,

Maximilian

Re: end the pause

[Ethan M. <merritt@u.washington.edu>]

On Friday 25 January 2008 11:44, Maximilian Fabricius wrote:
> 
> I followed the mouselabel example.
> My actual plot script now calls another script:
> 
>    pause mouse key
>    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> 
> Still, if I do this I loose the interactive functionality of x11
> (toggling logscale with l, unzooming on a etc.).
> Of course I could try to re-enable all this in the pause-mouse-key-script.
> 
>    pause mouse keypress
>    bind "ctrl-l" "lx=lx+1;if(lx%2)set logscale x; else unset logscale x"
>    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread
> 
> (where lx is defined in the first script)
> This did not work, though. 

That won't work. The bind command does not execute anything by itself.
(Also gnuplot doesn't have an "else" command, but that's a different issue).
You need instead something like:

    pause mouse keypress
    if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  " && MOUSE_CHAR ne "l") reread
    if (MOUSE_CHAR eq "l")  load "toggle_logscale.gp"
    reread

Where toggle_logscale.gp re-implements the built-in processing that
'pause mouse' bypassed.

    if (!lx) set logscale x
    if (lx) unset logscale x
    lx = !lx
    replot 

Zooming should still work as normal because you said "pause mouse keypress",
which leaves the button clicks unaffected.

> Wouldn't it be easier to have an option 
> like "pause mouse keypress("q")" to wait for a specifik key?

Easier for the user, I agree.  Unfortunately the mousing code is
very complicated because the details are different for each terminal
type (windows, x11, wxt, aqua, pm).  So changes to the mousing code
tend to be more difficult than other kinds of changes because they
have to be worked out and tested separately for each terminal type.
There might be a clever way to implement your suggestion in a
terminal-independent manner, but that isn't obvious to me at the
moment.

So it's a perfectly reasonable suggestion, but not all reasonable
suggestions are easy to implement.


Nevertheless, to go back to your original question >
> Alternatively if I could define a key - "q" for example -
> which closes the current plot and continues the gunplot script,
> that would be great. 

I already gave an example of how to do that with a "bind" command.
So I'm not clear on what problem you are trying to work around
at this point.

-- 
Ethan A Merritt

Re: end the pause

[Maximilian F. <mx...@gm...>]

On Jan 23, 2008 1:19 AM, Ethan Merritt <merritt@u.washington.edu> wrote:
> On Tuesday 22 January 2008 16:03, Maximilian Fabricius wrote:
> > Hi all,
> >
> > fist of all I apologize if this topic came up recently already.
> >
> > I love to use shell scripts for my work and to use gnuplot to present
> > intermediate results.
> > Now, it would be great if I could present a plot, let the user use all
> > the great interactive
> > features of the x11 terminal like zooming and continue my script only
> > after the user closed
> > the terminal. Alternatively if I could define a key - "q" for example
> > - which closes the current plot
> > and continues the gunplot script, that would be great.
>
> You have many such options.
> Please see the examples given with "help pause".
>
> In the CVS version of gnuplot you also have the option to bind
> an arbitrary command sequence to the event generated by closing
> the plot window:
>
>         bind "close" "N=N+1; load 'plot'.N"
>
> That would load successive plots plot1 plot2 plot3 etc;
> each would display until the window was closed, then the next one would
> pop up in sequence.
>
> > Before I start digging through code, is there already a solution to
> > this?
>
> There are many solutions.
> As to focus or re-focus of the window to catch keystrokes,
> that is more a matter for your window manager than for gnuplot.
>
> --
> Ethan A Merritt
>

Ethan,

I followed the mouselabel example.
My actual plot script now calls another script:

   pause mouse key
   if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread

Still, if I do this I loose the interactive functionality of x11
(toggling logscale with l, unzooming on a etc.).
Of course I could try to re-enable all this in the pause-mouse-key-script.

   pause mouse keypress
   bind "ctrl-l" "lx=lx+1;if(lx%2)set logscale x; else unset logscale x"
   if (MOUSE_KEY != 27 && MOUSE_CHAR ne "  ") reread

(where lx is defined in the first script)
This did not work, though. Wouldn't it be easier to have an option
like "pause mouse keypress("q")" to wait for a specifik key?

Cheers,

Maximilian

Re: Porting Gnuplot to Trolltech Qt

[Sebi35 <bob...@ho...>]

First, thank you both for your quick answers :)

> It is not clear exactly what you want to present to the user inside
> this widget.  Are you proposing to develop a GUI that controls gnuplot?
> Or are you proposing a Qt-based output widget that contains the
> plots created by gnuplot?  Both?  Something else? 

Both in fact. For example, I'd like to develop a GUI to plot only simple
sinus functions and I want the result to be in a Qt Widget. 

I think I'll look at the example script you were talking about Ethan. 

> But gnuplot is fast and easily scripted.  As a "third party" 
> programmer, even if you're not using pipes you can, for example, 
> get gnuplot to generate a PNG file then display that file inside a 
> window created using the widget set of your choice, and arrange 
> suitable feedback to gnuplot via your own menus.

Yes, could be a good idea to start with.

I'll try all that and I let you know.

Sebastien




Allin Cottrell wrote:
> 
> On Thu, 24 Jan 2008, Sebi35 wrote:
> 
>> I've been working a lot with Qt and I often have to use plot 
>> functions. I've recently discovered the power of Gnuplot and I'd 
>> like to encapsulate gnuplot in a Qt widget. Is that possible? 
>> What is the best to do this?
> 
> Presumably you could model a Qt terminal on the wxt terminal in 
> current CVS gnuplot.  Along similar lines, I'm tempted to try 
> writing a GTK terminal that does not depend on the additional 
> wxWidgets layer.
> 
>> I have read all the docs of the gnuplot distribution, and I feel 
>> like if I code a "Qt" terminal, the widget will only be 
>> reachable through the gnuplot application. Is there anyway to 
>> use Gnuplot as a library?
> 
> As Ethan says, No.  This possibility has been discussed in the 
> past, but gnuplot is still dependent on a large number of global 
> variables; it doesn't have the modularity that would be required 
> of a plotting library.  
> 
> But gnuplot is fast and easily scripted.  As a "third party" 
> programmer, even if you're not using pipes you can, for example, 
> get gnuplot to generate a PNG file then display that file inside a 
> window created using the widget set of your choice, and arrange 
> suitable feedback to gnuplot via your own menus.
> 
> Allin Cottrell
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Porting-Gnuplot-to-Trolltech-Qt-tp15065854p15090347.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Porting Gnuplot to Trolltech Qt

[Allin C. <cot...@wf...>]

On Thu, 24 Jan 2008, Sebi35 wrote:

> I've been working a lot with Qt and I often have to use plot 
> functions. I've recently discovered the power of Gnuplot and I'd 
> like to encapsulate gnuplot in a Qt widget. Is that possible? 
> What is the best to do this?

Presumably you could model a Qt terminal on the wxt terminal in 
current CVS gnuplot.  Along similar lines, I'm tempted to try 
writing a GTK terminal that does not depend on the additional 
wxWidgets layer.

> I have read all the docs of the gnuplot distribution, and I feel 
> like if I code a "Qt" terminal, the widget will only be 
> reachable through the gnuplot application. Is there anyway to 
> use Gnuplot as a library?

As Ethan says, No.  This possibility has been discussed in the 
past, but gnuplot is still dependent on a large number of global 
variables; it doesn't have the modularity that would be required 
of a plotting library.  

But gnuplot is fast and easily scripted.  As a "third party" 
programmer, even if you're not using pipes you can, for example, 
get gnuplot to generate a PNG file then display that file inside a 
window created using the widget set of your choice, and arrange 
suitable feedback to gnuplot via your own menus.

Allin Cottrell

Re: Porting Gnuplot to Trolltech Qt

[Nigel N. <nn...@gm...>]

Hi Sebastien,

> Is there anyway to use Gnuplot as a library?

The gnuplot [plotting] code makes a fine library.  A qt or wx
application need only adjust main() to do some initialization, then
let gui list boxes handle the command history.  One problem used to be
that some variables were exposed as globals, but with these wrapped
into structs, we can let any gui panel become a gnuplot output target.

Nigel

Re: Porting Gnuplot to Trolltech Qt

[Ethan M. <merritt@u.washington.edu>]

On Thursday 24 January 2008 07:26, Sebi35 wrote:
> 
> I've been working a lot with Qt and I often have to use plot functions. I've
> recently discovered the power of Gnuplot and I'd like to encapsulate gnuplot
> in a Qt widget.

There was some discussion of this a long while back,
but it didn't seem to go anywhere.

  http://marc.info/?l=gnuplot-info-beta&m=109846928802054&w=2

> I have read all the docs of the gnuplot distribution, and I feel like if I
> code a "Qt" terminal, the widget will only be reachable through the gnuplot
> application. 

It is not clear exactly what you want to present to the user inside
this widget.  Are you proposing to develop a GUI that controls gnuplot?
Or are you proposing a Qt-based output widget that contains the
plots created by gnuplot?  Both?  Something else?

> Is there anyway to use Gnuplot as a library? 

No.
But IMHO this would not be a useful thing to do even if it were possible.
It is better to control the complete gnuplot app through a pipe,
possibly through multiple pipes to multiple instances of gnuplot.
The plots output from gnuplot could then be directed to any of a 
variety of output modes, including display within a panel of your
hypothetical Qt widget.  

The CVS version of gnuplot now has an example script  .../demo/gpdemos.tcl
that demonstrates doing something of this sort using Tcl/Tk widgets.
You might want to look at that to get a feel for one possible model
of control flow.



-- 
Ethan A Merritt

Re: Crash with postscript terminal

[Ethan M. <merritt@u.washington.edu>]

On Thursday 24 January 2008 00:43, MortenMacFly wrote:
> 
> Ethan Merritt wrote:
> > 
> > Could you please check whether an equivalent patch is needed for version
> > 4.2
> > 
> I checked out the branch "Release_4_2_1" (if that is hopefully what you
> mean). It's not required there as the function "PS_dump_prologue_file" does
> not return a file pointer but handles all itself. So this shouldn't be
> broken.

OK. Thanks.

Because this still doesn't handle the case of UTF-8 + adobeglyphnames,
I also made the error message a non-fatal warning.  This should clue in
the user that they need to set GNUPLOT_PS_DIR in the environment, and
point it to some usable directory containing the glyph tables if they
need anything beyond the default set of glyphs.

-- 
Ethan A Merritt