MacArthur, Ian (SELEX GALILEO, UK) wrote:
>> I have a need to have a widget library that will write the
>> data to an in memory buffer that can be then passed to
>> another processor to do the display. Will FLTK do this?
>
> Quite possibly - fltk provides methods to create "offscreen" render
> contexts, which I use a fair bit in my app with fltk-1.1.9 to buffer
> complex scenes so I don't have to re-render the full scene all the time.
>
> So you could use such a context, and do all your drawing there.
>
> You would then need to get a handle to this and recover the "coloured
> in" pixel data - this is where you'd have to add some of your own code.
> A particualr problem is that the pixels will be "coloured in" in
> whatever order the local rendering context thinks is appropriate, which
> might not match the remote system, so you might need a bit of RGB <->
> BGR swapping or similar...
Yet, there still will be the need to a X11/GDI connection to do that, as we
discussed in another thread.
I'm curious however in the reason behind rendering the GUI on another
process/machine. Things can get quite messy, as the input handling may (?) be
handled manually or passed back and forth.
Usually, the producer/observer method tends to be simpler.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
