Jérémy Bobbio wrote: > On Sat, Feb 16, 2008 at 11:55:12AM +0100, Denis Oliver Kropp wrote: >> I'm still working on cleaning stuff etc. and again fixed some >> bugs, e.g. "black scrolling area" in gtk-demo source window :) >> >> Here's my whole diff to trunk. >> >> This is just for interested people (bug fixes and performance). > > Do you think that would solve the issue that I am currently having with > VteTerminal on GTK+/DirectFB? The result of my investigations are > summarized here: > http://bugzilla.gnome.org/show_bug.cgi?id=516869 > > Basically, gdk_window_process_all_updates() does not currently behave > like it does on GTK+/X11, as AFAIU expose events are not currently sent > before the next idle loop. VteTerminal seems to rely on this behaviour
The difference only applies to where the Flip()s are made, not the repaint itself. The Flip()s are put in another queue when end_paint() leaves paint mode. > for optimizing its rendering and is then never painted when built for > GTK+/DirectFB. Did it behave better before recent changes? -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
