This is the first bug fix release for the gtk port I fixed many of the obvious bugs that were causing crashes. It should now work reasonably well for further testing.
Note there exists and intrinsic design flaw in the port that I will be working on over time. With the addition of Cairo a lot of the drawing is now going through cairo which wants the surface locked while the orginal port assumed the drawing surface was unlocked. I've now reduced the locking problems to one major hack where I unlock the surface after cairo is created to allow cairo to draw direct on a unlocked surface. In my opinion the drawing model of directfb needs to be tightly integrated with cairo and the cairo api should wrap the directfb drawing model completely. This means basically adding support for fast primitive drawing to the cairo driver that deals with surface locking etc. I don't think user mixing of the two api's is that usable in most cases. I'd like some feedback from the list as to the direction to take for this problem and its a significant amout of work regardless of which "correct" design is chosen. In the mean time the current hack should just work tm for most use cases and allows the gdk port to be tested for other bugs. Mike _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
