On Wed, Jun 15, 2011 at 2:38 AM, Martin Robinson <[email protected]>wrote:
> On Tue, Jun 14, 2011 at 9:56 AM, Young Han Lee <[email protected]> > wrote: > > The pixmap snapshoted from the webview widget has 24-depth, and this > > eventually causes cairo making a png file has RGB color, not RGBA. > > Did you try forcing the toplevel window to have an RGBA colormap by > using gtk_widget_set_colormap? Yes, I did that today, but it didn't help because what I said for the pixmap was wrong. The real reason for the RGB-PNG output is cairo. By cairo_surface_write_to_png_stream(), this cairo function always makes a RGB stream instead of RGBA if the given cairo-surface isn't translucent, even if the surface has ARGB32 format. But, this actually doesn't matter. ;) The really interesting thing is that this is not a problem at all. DRT of the gtk port has always made a RGB pixel-test-output, and the output has been compared with the *RGB* PNG file which is under the platform/gtk directory. You can see that the most of all png files under the platform/gtk have RGB color space. joybro@joybro-linux:~/Works/WebKitGtk$ find ./LayoutTests/platform/gtk/ -name "*.png" | xargs file | grep -c RGB 5378 joybro@joybro-linux:~/Works/WebKitGtk$ find ./LayoutTests/platform/gtk/ -name "*.png" | xargs file | grep -c RGBA 10 Thus, DRT has worked correctly from the beginning even on my desktop! The only problem is that I tried to pixel-test for a testcase that hasn't gtk-own expected result. I checked that testcases has gtk-own expected result are passed well. Thank you for your advice :) > > --Martin > _______________________________________________ > webkit-gtk mailing list > [email protected] > http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk >
_______________________________________________ webkit-gtk mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
