Thanks for response. If DirectFB doesn't send "expose" notification, then the "expose" must be triggered in Gtk. And, the key point is, the text drawn with pango layout seems stay still when its window moves on DirectFB. Have found this, we just know more about why the menu can't scroll on DirectFB. But we still have no idea how to fix it.
-----Original Message----- From: Mike Emmel [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 22, 2006 3:01 AM To: ?? Cc: [email protected]; [email protected] Subject: Re: [directfb-dev] Why expose event is triggered after gdk_window_move Its simulated from the move event. Probably incorrectly since it should just trigger on a resize not a move. DirectFB does not have the concept of expose so its a bit of a hack to support it. Probably what needs to be added is when a surface is new i.e just created/resized or changes its opacity DirectFB should send a event to redraw the surface. I don't think we get this sort of notification now. On 11/13/06, ?? <[EMAIL PROTECTED]> wrote: > > > > > Hello, everyone, > > > > Based on DirectFB, when calling gdk_window_move in > gtk_menu_scroll_to in gtkmenu.c, the expose event is triggered on menu. Who > does it? > > Is it the gdk_directfb_window_send_crossing_events > function in gdk_window_move in gdkwindow-directfb.c. > > Thanx in advance. > > > > > --------------------------------------- > > Best Wishes! > > > > Zhang Hui > > Email: [EMAIL PROTECTED] > > Phone: 86-25-58748787-8215 > > Samsung Electronics(China) R&D Center > > --------------------------------------- > > > _______________________________________________ > directfb-dev mailing list > [email protected] > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev > > > _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
