Hi, I have hit clipping problem with Fl_Gl_Window window which occurs when I:
1) Hide the window 2) Resize (increase the size) the window when hidden 3) Show the window again In such a case all following opengl drawings are clipped to the boundaries of the *OLD* size, not the new one, leaving the rest of the window with some rubbish. This persists until I resize the window again, this time shown. Trying fool it and trying to re-resize immediately after show() or invalidate valid() to false or even trying to force to re-create the GL context using Fl_Gl_Window::context(0) does not help - still the same. The clipping boundaries are set back to correct values only when the window is resized "physically visible" that is *AFTER* next Fl::flush() is called, trying to do anything before that does not help. That said the clipping problem does not occur for overlay layer (I'm using also opengl overlay) which draws just fine. The situation is more complicated because the window hiding is a work-around of another bug: I have two opengl windows (each with own context) in two tabs, but the Fl::flush() is continuously trying (unsuccessfully) to do something with opengl window also within the hidden tab, eating 100% CPU usage. Hiding explicitly the opegl window in this invisible tab brings everything to normal, but triggers this another bug described above. I am not sure how much this bug(s) is/are related to fltk opengl widget or the system graphics driver, although I have used both "stock" WinXP-driver and the last Intel one with the same results. I am using fltk-1.1.8 / WinXP / VC2005 / Intel GMA 3100 graphics. Thanks for any hints what the problem might be or how to fix it. Roman PS: Shall I fill an STR for it? _______________________________________________ fltk-opengl mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-opengl
