MacArthur, Ian (SELEX GALILEO, UK) schrieb:
>
>> Is there a special way to connect fl_read_image() to offscreen
>> buffer? Maybe the real problem comes from this function? Do I need
>> some make_current()? But I'm using the offscreen inside of draw(),
>> so drawing should work.
>
> You need to "beg
> Is there a special way to connect fl_read_image() to offscreen buffer?
> Maybe the real problem comes from this function? Do I need some
> make_current()? But I'm using the offscreen inside of draw(), so drawing
> should work.
You need to "begin" the offscreen just before you call fl_read_image
Albrecht Schlosser schrieb:
> On 02.05.2012 15:51, Edzard Egberts wrote:
> I don't think that this has anything to do with the screen_xywh()
> functions. You're calling:
>
> Fl_Offscreen OF= fl_create_offscreen(1000, 1000);
> fl_begin_offscreen(OF);
> Fl_Window::draw(); // draws window off screen
>
On 02.05.2012 15:51, Edzard Egberts wrote:
> Matthias Melcher schrieb:
>>
>> On 02.05.2012, at 14:27, Edzard Egberts wrote:
>>> Is it a known problem, that offscreen drawing doesn't work for
>>> both screens of dual screen systems? I'm using Fedora 14, Kernel
>>> 2.6.35.14, GNOME 2.32.0
>>
>> No. I
Matthias Melcher schrieb:
>
> On 02.05.2012, at 14:27, Edzard Egberts wrote:
>> Is it a known problem, that offscreen drawing doesn't work for
>> both screens of dual screen systems? I'm using Fedora 14, Kernel
>> 2.6.35.14, GNOME 2.32.0
>
> No. I hear this for the first time. I wonder if this is r
On 02.05.2012, at 14:27, Edzard Egberts wrote:
> Matthias Melcher schrieb:
>>
>> On 02.05.2012, at 12:03, Edzard Egberts wrote:
>>
>>> Edzard Egberts schrieb:
Must be something more basic.
>>>
>>> I just found out - it was a problem of x-/y- coordinates. Need to
>>> tell fl_read_image() t
Matthias Melcher schrieb:
>
> On 02.05.2012, at 12:03, Edzard Egberts wrote:
>
>> Edzard Egberts schrieb:
>>> Must be something more basic.
>>
>> I just found out - it was a problem of x-/y- coordinates. Need to
>> tell fl_read_image() the position of the window, otherwise it is
>> out of drawing a
On 02.05.2012, at 12:03, Edzard Egberts wrote:
> Edzard Egberts schrieb:
>> Must be something more basic.
>
> I just found out - it was a problem of x-/y- coordinates. Need to tell
> fl_read_image() the position of the window, otherwise it is out of
> drawing area.
Ah yes. The default coordin
Edzard Egberts schrieb:
> Must be something more basic.
I just found out - it was a problem of x-/y- coordinates. Need to tell
fl_read_image() the position of the window, otherwise it is out of
drawing area.
Sorry, I was looking for some hours for this problem, but just when I
posted it...
__
I missed to tell using FLTK 1.3 this time.
> fl_rect(100, 100, 100, 100, FL_BLACK);
This is from a test, I also tried to draw inside of offscreen and I
tried to provide a buffer to fl_read_image(). Must be something more basic.
___
fltk mailing list
fl
I really don't understand, what's wrong with this code, but I never "Got
Image". Think it worked before this way, but what is it missing now? To
me it seems, fl_read_image() doesn't find the offscreen:
#include
#include
#include
#include
#include
#include
using std::cout;
11 matches
Mail list logo