Well, I fixed most of it. The x(), y() below should have been 0,0 since its
position in the clip region.
Maybe someone knows opengl. I read the image and then display it. The image
is upsidedown. :( Ah well, at least the image is being displayed so more
hunting.
I'll post the readimage() updates I make. The way it works now looks like it
will be pretty slow.
Cheers
> I would like to take the displayed window bits and transfer this to another
> buffer in rgb format. I take the rgb buffer and redraw it in an opengl or
> directx application: in this case opengl. Basically, its an overlay-type
> function.
>
> I subclassed DoubleBufferWindow and in my own draw function I call
> readimage(). The bits do change as the window is moved but it doesn't look
> like the window when displayed. I've tested the drawing code so I know it
> works for RGB data. The readimage() data format looks correct.
>
> The code is pretty trivial but obviously flaw since it doesn't do what I
> want. :)
>
> draw()
> {
> DoubleBufferWindow::draw();
> fltk::Rectangle r(x(), y(), w(), h());
> fltk::readimage(imagePtr, fltk::RGB, r);
> }
>
> I'm using version 2.0 rev 5527. Anyone have ideas as to why the image
> doesn't contain the correct contents?
>
> Thanks,
> Bruce
>
>
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
