Neil Hodgson wrote:
However, on GTK+ on X, a paint (referred to as an "expose") does not clip drawing to the update region, so this is not really needed. This is not what I expected but could be justified based on the relative performance of clipping compared to just redrawing everything. I can add a call to gdk_gc_set_clip_region but expect the GTK+ developers know what they are doing.
FYI, the built in double buffering that most widgets use in gtk+ 2.x essentially clips to the bounding rectangle of the expose region because the intermediate pixmap allocated for the double buffering is the size of the bounding rectangle. Because scintilla doesn't use the built in double buffering in gtk+ 2.x, its drawing isn't clipped. This is true both for gtk+ 2.x on X and on win32.
I can't remember how gtk+ 1.x worked in this respect, so it's possible that its clipping behavior will be different.
John _______________________________________________ Scintilla-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scintilla-interest
