Mike Emmel wrote: > Top level comment. > > Yes I think that the Quartz rendering model will work. Most of what > they are using was added after the gtk port was in and its not been
They're just using less than GdkDirectFB :) Well, the synthesizing of events is new... > upgraded to use the new stuff. I did a little bit when the new paint > methods where added. The Paintable Interface or the Cairo Support? > Also the even handling is still probably mucked up. The biggest thing > we are missing a a concept of nested windows if we could have child > windows then the code is a lot cleaner. We have sub surfaces and I guess the Quartz doesn't have anything more. The code could be as clean as theirs... I'm almost through with a rewrite of the event handling, staying as close as possible to the X11 backend, e.g. don't queue more than one event (actually transfer/translete from system to local queue) everytime _gdk_events_queue() is called. First have it processed and don't block the mainloop too long at once. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list