Re: changes to graphics.cc and subplot.m

[Ben Abbott]

On Jul 20, 2013, at 9:16 AM, Stefan Mahr wrote:

>>> The behaviour of subplot with fltk frontend looks strange. Also, the
>>> first fltk plot differs from the second.
>>> 
>>> 1) gnuplot
>>> graphics_toolkit gnuplot
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>>> 
>>> 2) fltk
>>> graphics_toolkit fltk
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>>> 
>>> 3) fltk
>>> graphics_toolkit fltk
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>>> 
>>> See attached the screenshot of gnuplot, fltk and fltk second plot. (from
>>> left to right)
>>> 
>>> If I use additional figure command before subplot, everything looks ok.
>>> graphics_toolkit fltk
>>> figure(1)
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>> 
>> I'm not seeing a problem.
>> 
>> graphics_toolkit fltk
>> close all
>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>> 
>> 
>> Then if I repeat the plot ...
>> 
>> subplot(2,1,1); plot(rand(10,1)); subplot(2,1,2); plot(rand(10,1))
>> 
>> Can you reproduce the problem when you begin with "close all"?
>> 
>> Ben
>> 
> 
> Did you restart octave first? Seems that subplot needs to be the first
> plot-related command, otherwise the error doesn't occur. That's why it
> works if figure(1) is executed before subplot.
> 
> Stefan

I'm still not able to reproduce the problem.  I've written a short script with 
tests.  If the problem is with Octave the script should produce a failure for 
you.  If the script does not produce a problem, the source of the problem will 
be difficult to track down (could be Octave or could be FLTK?).

Ben

stefan.m
Description: Binary data