Rachel Bassett wrote: > Using WebKit on GTK+ on DirectFB, I only see the first > 1/4 of the image (width wise). The remaining 3/4s are > the DirectFB bg color. However gtk-demo (using > DirectFB also) renders images fully as expected. The > 1/4 image that does appear is the correct aspect > ration and as you would expect, but only seeing the > left hand 1/4 of the image.
It might be clipped, possibly by a recent Cairo clip, but that would not explain why it's always 1/4 and it might go away with the attached patch, which is my last diff to trunk. I hope I find some free time soon to finish the cleanups. > The WebKit call stack uses surface->Blit but the > gtk-demo stack I guess uses the image provider not > Blit. Image providers are usually not used with GDK/GTK+. Applications are using GdkPixbuf. > Has anyone seen this problem before? I didn't even run WebKit so far, but it might a good idea. > I've posted on the WebKit forum but no-one there has > seen this, and because the DirectFB background is > showing I wondered if I could find some clues in DFB. The background, so the window just has the wrong size? > The width in function dfb_gfxcard_blit is the correct > pixel width for the image and the clip is ok too. Ah. Hmm, it might be that the region is not Flip()ed. Do you see the missing content if you move the window by holding Meta? > Any hints where I should be looking or clues why > different applications produce different results? > Could WebKit not be setting up the surface correctly? > Are there some flags what would cause this effect? Only the Flip() comes to my mind, which could indicate a bug in _begin_draw() and/or _end_draw(). -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-users mailing list directfb-users@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users