Matthias Melcher wrote: > On 23.01.2011, at 05:05, james wrote: > >> >> How can I eliminate this buffer that exists? > > Well, the draw() function as it is called by Fl_Scroll is optimized > so it doesn't need to redraw the entire area, but simply moves pixels > around that are still on the screen. This is achieved - among other > things - by clipping out the are of the widget that was preserved. > This works for 99.9% of all cases. > > If you really need to draw a different widget during a scroll event, > you can use fl_push_no_clip(); draw stuff; fl_pop_clip(); to draw > into the the entire window. Careful though: this will also draw over > the borders of Fl_Scroll.
Oh, is the OP's question actually about clipping regions in a scroll? I was not sure what he was asking about. If that is the case, then I'd advocate taking a good look at using fl_offscreen for the rendering surface, and parenting that inside the scroll region. The offscreen area can be manipulated and is not generally subject to the scroll clip area... Or I'm probably answering the wrong question again - in particular the OP says they want to "eliminate this buffer that exists" whereas my approach with the offscreen would add yet another buffer... _______________________________________________ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
