Re: fltk erases subplots

[Juan Pablo Carbajal]

On Tue, Dec 16, 2014 at 4:39 PM, Pantxo Diribarne
<address@hidden> wrote:
>
>
> 2014-12-16 16:27 GMT+01:00 Juan Pablo Carbajal <address@hidden>:
>>
>> On Tue, Dec 16, 2014 at 3:53 PM, Pantxo <address@hidden>
>> wrote:
>> > Juan Pablo Carbajal-2 wrote
>> >> On Tue, Dec 16, 2014 at 3:05 PM, Andreas Weber &lt;
>> >
>> >> octave@
>> >
>> >> &gt; wrote:
>> >>> Am 16.12.2014 um 14:56 schrieb Juan Pablo Carbajal:
>> >>>> FLTK has a weird behavior with subplots.
>> >>>> First it resizes them on the fly, but if that is disregarded as
>> >>>> "style" the following behavior is definitely a bug.
>> >>>>
>> >>>> order=[4 8 12 11 16 15 14 10 13 9 5 6 1 2 3 7];
>> >>>> for i=1:length(order);
>> >>>>   subplot(4,4,order(i));
>> >>>>   plot(randn(10,1));
>> >>>>   text(0,0,num2str(i));
>> >>>>   axis off;
>> >>>>   pause;
>> >>>> endfor
>> >>>>
>> >>>> If you ran that script you see that axes numbered 7 and 8 are plotted
>> >>>> but then erased when axes numbered 9 and 10 are created.
>> >>>
>> >>> I think its this bug report: https://savannah.gnu.org/bugs/?41128
>> >>> and/or this: https://savannah.gnu.org/bugs/index.php?42033
>> >>>
>> >>> -- Andy
>> >>
>> >> Maybe the last one, but if you go through the plots in order there is
>> >> no problem!
>> >> So that bug might look as fixed now.
>> >> Problem is when you are going in reverse order through the plots.
>> >>
>> >> Where is subplot for fltk implemented?
>> >
>> > It is implemented in scripts/plot/util/subplot.m for all toolkits.
>> >
>> > I am in the process of refactoring subplot.m so that it behaves more
>> > like
>> > Matlab does. I haven't assigned the bug to my self, but if no body is
>> > already working on this I'll do so. Also if someone who has already
>> > worked
>> > on the current implementation has comments/advises, they are welcome
>> > (either
>> > here or on the bug tracker).
>> >
>> > Pantxo
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> > http://octave.1599824.n4.nabble.com/fltk-erases-subplots-tp4667823p4667829.html
>> > Sent from the Octave - Maintainers mailing list archive at Nabble.com.
>> >
>>
>> Ok Pantxo, then I understand you will refactor subplot.m *soon* and
>> therefore there is no point in fixing this now.
>>
>> Correct?
>
>
> Depends on what *soon* means. If you need it fixed in the next coming
> week(s) just tell me, I'll let you work on this. I can also share the
> observations I gathered from playing with subplot in Matlab.
>
> Pantxo

Due to this an many other issues I am not using FLTK so I am in no
hurry. But I did not wanted to invest time if you are going to
refactor the code eventually, but surely.