octave-maintainers
[Top][All Lists]
Advanced

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

Re: FLTK refresh required


From: Rik
Subject: Re: FLTK refresh required
Date: Tue, 23 Jul 2013 08:15:23 -0700

On 07/22/2013 09:57 PM, Ben Abbott wrote:
>
> 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.


I didn't modify anything.  See the following

--------------------------------------------------

octave:1> figure
octave:2> axes
octave:3> get (gcf, 'position')
ans =

   304   215   560   380

--------------------------------------------------

So the Y size of the figure really is 380 for me.

>>
>>
>> Ben
>
> Small correction for clarity ... originally, mine was 560x400 and then after ...
>
>> pos = get (gcf (), "position")
>>  set (gcf (), "position", pos+1)
>>  set (gcf (), "position", pos)
>
> ... mine was then 560x440.
>
> If you change the figure's position and then return it to its original value, does the figure size displayed change?


The size does not change perceptibly and the size goes back to its original value.

--------------------------------------------------
octave:5>  set (gcf (), "position", pos+1)
octave:6>  set (gcf (), "position", pos)  
octave:7> pos = get (gcf (), "position")
pos =

    25   345   560   380
--------------------------------------------------

Is the original Y-size controlled by the window manager?  Could it be that we have different screen sizes which is causing the difference?

--Rik



reply via email to

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