On 14 April 2007 Pawel Cesar Sanjuan Szklarz wrote:
> Now I have the next problem: how to use external function to generate
> the values of the vector field?? why I need this: on my functions I
> solve a set equations to find the behavior of the robot. Thats why I
> am thinking about the pipe-feature.
> With the '+' filename it is possible in gnuplot to write the "x,y"
> values to evaluate in some file??
> May be it is possible to write the "x,y" grid, then run some process
> (in my case octave), and then use the results file to plot???
Later, Pawel Cesar Sanjuan Szklarz wrote:
> Actually i need to send data from Gnuplot to Octave. Octave can send
> data to gnuplot, but I would like to send back to octave the
> information about the zoom and make a replot.
> I will check the path:
> [ gnuplot-Patches-1027032 ] Connect gnuplot_x11 to exterior =
> maybe it is what i need.
Such scenarios are clean and simple when gnuplot is embedded as a =
library of plotting routines in a simulation application. As discussed =
in years past, the only constraint is (was?) that there remained a few =
global variables, thus multiple plotting panels were necessarily views =
into the one set of gnuplot data. By wrapping these few variables into =
a struct or C++ class, a simulation could have any number of in-process =
gnuplot sessions active, with all info about each plot's state and data =
This was always how I used gnuplot, first embedded in an MFC GUI, then =
later likewise in wxWindows. By the way, I remain confused by the way =
the current wx terminal tries to drive a GUI, rather than having a =
user's GUI drive (simultaneous) gnuplot (sessions). No doubt the =
current setup is more appropriate in many common scenarios. Still, I =
imagine gnuplot functionality embedded within a user's favorite GUI =
would be nice.
Nigel Nunn wrote:
> Such scenarios are clean and simple when gnuplot is embedded as a
> library of plotting routines in a simulation application. As discussed
> in years past, the only constraint is (was?) that there remained a few
> global variables,
"A few" is actually rather far from the truth. Yes, the number of
top-level global variables has decreased (because most data is now kept
in some struct or array), but there's still a good deal more than a few.