octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FLTK refresh required


From: Ben Abbott
Subject: Re: FLTK refresh required
Date: Thu, 25 Jul 2013 10:06:26 +0200

On Jul 23, 2013, at 6:43 AM, Ben Abbott wrote:

> 
> On Jul 23, 2013, at 12:26 AM, Rik wrote:
> 
>> On 07/22/2013 12:39 AM, Ben Abbott wrote:
>>> 
>>> On Jul 22, 2013, at 2:27 AM, Rik wrote:
>>> 
>>>> 7/21/13
>>>> 
>>>> All,
>>>> 
>>>> Is anyone seeing odd behavior with the FLTK toolkit where the figure is not
>>>> being refreshed automatically?
>>>> 
>>>> Specifically, the following very simple code causes problems for me.
>>>> 
>>>> plot (1:10)
>>>> close all
>>>> plot (1:10)
>>>> 
>>>> The second window frame is drawn but the interior of the window is not
>>>> drawn.  I have to either issue the command 'refresh' or use the mouse to
>>>> resize the window in order to see the plot.  I'm wondering if this is
>>>> indicative of more weird stuff in graphics.cc along with the current issue
>>>> about subplots.
>>>> 
>>>> --Rik
>>> 
>>> Maybe this may also be related to a *feature* I see on Mac OSX?  The 
>>> commands below produce the attached figure.  The axes box should be blank, 
>>> but the figure size is one line too tall and the zoom/grid buttons are one 
>>> line to far up from the bottom of the figure (i.e. the bottom of the 
>>> toolbar should be the bottom of the figure's "position", and the toolbar 
>>> should be just below that.
>>> 
>>> figure
>>> axes
>> Ben,
>> 
>> I guess we all have our own crosses to bear.  Refresh is broken, but the 
>> bottom toolbar isn't.  I get the following image
>> 
>> <figure.png>
>> 
>> which seems similar to your second plot.  This was with FLTK-1.1.10.  I 
>> think I might try to download and compile version 1.3 to see if it makes a 
>> difference.
>> 
>> --Rik
> 
> Rik,
> 
> Did you modify the height of your figure?  The entire plot area is intended 
> to be 560x420 by default.  Yours is only 400 high.  Mine is 440 high.
> 
> Ben

I noticed that figure.m adds several uimenu objects to the figure, but they are 
not rendered for Mac OSX.  Perhaps that explains some of the extra figure 
height I'm seeing on Mac OSX?

Ben



reply via email to

[Prev in Thread] Current Thread [Next in Thread]