bring back gset

[David Bateman]

Ethan Tira-Thompson wrote:
> Just my 2¢ on the gset -> __gnuplot_set__ -> obsolete transition: I  
> disagree strongly.
> 
> My understanding from other postings is that octave aims to be Matlab  
> compatible, but I see no reason to restrict everyone to Matlab's  
> feature set.  I don't care about Matlab compatability, I want to be  
> able to directly tweak my gnuplot output.  I understand others do want  
> Matlab compatibility, but they can simply avoid using 'gset'.
> 
> Perhaps the better way to do this instead of writing off opportunities  
> for innovation within octave, is to create an environment setting  
> 'MATLAB_STRICT' or some such, which if set, displays an error/warning  
> if non-matlab commands are encountered, but if unset doesn't worry  
> about it.
> 
> You could go a step further with this and use the setting as a matlab  
> version number, so users could even track if they use a feature  
> unavailable in the specific version of matlab of concern.

The simple fact is that you can't mix handle graphics with direct calls 
to gnuplot as you can manipulate the plots in such a way that Octave
doesn't know about and the next call to drawnow will remove all the
changes you made with gset. This is the basic reason for the removal of
gset....

If you really really really want gset, even though you will likely break
your plots try something

figure(1)
drawnow();
plot_stream = get (gcf(), "__plot_stream__");
fputs (plot_stream, "set xlabel 'X axis';\n set ylabel 'Y axis';\n");
fputs (plot_stream, "plot sin (x);\n")
fflush (plot_stream);

I think you can imagine the rest.

D.





-- 
David Bateman                                dbateman at dbateman.org
35 rue Gambetta                              +33 1 46 04 02 18 (Home)
92100 Boulogne-Billancourt FRANCE            +33 6 72 01 06 33 (Mob)