> But there's one essential difference: FLTK can't use GL drawing to
> do this directly, and thus all GL windows are "printed" by reading
> the screen pixels back (glReadPixels) and writing an image (bitmap)
> to the output device (or PS file). Thus, FLTK 1.3 won't work with
> hidden GL windows as well (unless I'm missing something).

FWIW (which in this case will not be much...) prior to the 1.3 device
stuff being added, I did a lot of my "printing" type stuff by rendering
the GUI into offscreen buffers - these will generally respond to a
"redraw" even when they are hidden (since they are always "hidden"
anyway) and that allows some of the things the OP was asking about.

But... I don't know how well GL plays with the offscreen context, so it
may not be a useful approach for the OP's case. Might be worth a try
though.

-- 
Ian


SELEX Galileo Ltd
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 
3EL
A company registered in England & Wales.  Company no. 02426132
********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk

Reply via email to