Understanding gtk_widget_queue_draw() (and dbl buffing)

2000-05-25 Thread Derek Simkowiak
gtk_widget_queue_draw() does not double buffer, does it? I took a quick glance at the code (1.2.6) and it seems to me that widget_queue_draw() just merges together rectangle areas and then schedules expose events on those rectangles when idle. So, assuming my understan

Re: Understanding gtk_widget_queue_draw() (and dbl buffing)

2000-05-26 Thread Havoc Pennington
Derek Simkowiak <[EMAIL PROTECTED]> writes: > gtk_widget_queue_draw() does not double buffer, does it? > No. It simply schedules a draw to happen in an idle handler. > So, assuming my understanding is correct, the only advantage of > using widget_queue_draw() is that it's less ne

Re: Understanding gtk_widget_queue_draw() (and dbl buffing)

2000-05-26 Thread Derek Simkowiak
-> > messages indicated that Gtk 1.4 would have built-in double buffering, -> > whatever that means. -> -> It means you don't need to do double buffering. ;-) Is the new double-buffering architecture documented somewhere? I'd like to understand how it works. Just considering the

Re: Understanding gtk_widget_queue_draw() (and dbl buffing)

2000-05-26 Thread Havoc Pennington
Derek Simkowiak <[EMAIL PROTECTED]> writes: > Is the new double-buffering architecture documented somewhere? Not really, Owen has an initial design document on the web somewhere but I forget the URL. Check gtk-devel-list archives. > Just considering the fact that my expose handler