Quoting Denis Oliver Kropp: > Quoting Chris @ Napatech: > > I've been playing around with writing a small toolkit based on DirectFB. > > I've run into a bit of a slowdown with my window motion handling. When I > > attempt to drag a directfb window, the window trails after the cursor.. > > it just cannot keep up. I have a simple workaround implemented currently > > that just disposes of every other motion event. This keeps the Move() > > calls down, and keeps the window under the mouse. This seems to be a > > sloppy workaround, and was curious if anyone could shed some light onto > > a technique that would better cure this problem. Thanks. > > That's exactly what LiTE is doing with motion events during window dragging.
If you mean "sloppy" in the sense of slow, what do you mean by "disposes of every other motion event"? LiTE discards any previous motion event if another one is in the event buffer and only the latest motion event is dispatched when the buffer has been fully processed or certain events require intermediate flushing, e.g. button events. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
