让基于DirectFB的Mozilla支持透明图

让基于DirectFB的Mozilla支持透明图

转载时请注明出处和作者联系方式

作者联系方式：李先静 <xianjimli at hotmail dot com>

Mozilla是个庞然大物，把Mozilla移植到GTK+/DirectFB上可不是件容易的事，所幸上次从网上找到了基于GTK+/DirectFB的Mozilla，经过一段时间的努力，最终成功的编译出minimo，为我省了不少时间。之后让它支持安装功能，方便以后扩展; 又对速度做了优化，现在十秒之内就可以运行起来。不过，虽然可以用了，还是有些美中不足，问题之一就是它不支持透明图。

移植者去年曾经声明当时还不支持透明图，今天到mozilla的网站上看了一下，还是没有任何更新，看来不能指望他们了。GTK+/DirectFB对透明图的支持非常完善，为什么mozilla不能显示透明图呢？

使用1bit的alpha值的图片会触发gdkgc-directfb.c中的一个断言，不过这个断言无关紧要，直接注释掉就行了。

nsImageGTK.cpp是Mozilla和GTK关于图象处理的衔接部分，移植者修改了不少代码，里面也有对alpha通道的处理，没有发现什么线索。我开始怀疑是gfxImageFrame和nsPNGDecoder没有把alpha数据送过来，经过跟踪发现，alpha数据是正确的，也设置到GdkGC里去了，难道是GDK-DirectFB中没有使用它吗？

跟踪到gdk_directfb_draw_drawable函数，发现的确如此，values.clip_mask是正常的，但没有人使用它。本来只要修改gdk_directfb_draw_drawable函数即可，问题是DirectFB没有提供mask方式的透明处理，自己写代码进行转换吧，又可能会造成严重的性能下降。考虑到一般情况下，被mask的pixel都是0，所以我先做了个简化处理，它在大多数情况下正常的，极少情况会显示有误，以后再改进吧。修改后的代码如下：

staticvoid gdk_directfb_draw_drawable (GdkDrawable *drawable, GdkGC *gc, GdkDrawable *src, gint xsrc, gint ysrc, gint xdest, gint ydest, gint width, gint height) { GdkDrawableImplDirectFB *impl; GdkDrawableImplDirectFB *src_impl; GdkRegion *clip; GdkRectangle dest_rect = { xdest, ydest, xdest + width, ydest + height }; GdkGCValues values = {0}; gdk_gc_get_values(gc, &values); DFBRectangle rect = { xsrc, ysrc, width, height }; gint i; impl = GDK_DRAWABLE_IMPL_DIRECTFB (drawable); if(!impl->surface) return; if(GDK_IS_PIXMAP (src)) src_impl = GDK_DRAWABLE_IMPL_DIRECTFB (GDK_PIXMAP_OBJECT (src)->impl); elseif(GDK_IS_WINDOW (src)) src_impl = GDK_DRAWABLE_IMPL_DIRECTFB (GDK_WINDOW_OBJECT (src)->impl); elseif(GDK_IS_DRAWABLE_IMPL_DIRECTFB (src)) src_impl = GDK_DRAWABLE_IMPL_DIRECTFB (src); else return; clip = gdk_directfb_clip_region (drawable, gc, &dest_rect); for(i = 0; i < clip->numRects; i++) { DFBRegion reg = { clip->rects[i].x1, clip->rects[i].y1, clip->rects[i].x2 - 1, clip->rects[i].y2 - 1}; impl->surface->SetClip (impl->surface, &reg); if(values.clip_mask != NULL) { GdkDrawableImplDirectFB* mask = GDK_DRAWABLE_IMPL_DIRECTFB(values.clip_mask); impl->surface->SetBlittingFlags(impl->surface, DSBLIT_SRC_COLORKEY); impl->surface->SetSrcColorKey(impl->surface, 0, 0, 0); impl->surface->Blit (impl->surface, src_impl->surface, &rect, xdest, ydest); } else { impl->surface->Blit (impl->surface, src_impl->surface, &rect, xdest, ydest); } } impl->surface->SetClip (impl->surface, NULL); gdk_directfb_update_region (impl, clip); gdk_region_destroy (clip); }

试了几个网页，1bit的alpha值处理正常了，但又发现8bit的alpha还是不对。用gdb跟踪了一下，发现8bit的alpha是在nsImageGTK.cpp中处理的。透明部分是随机数据，花花绿绿的。又在DrawComposited16发现背景数据不对，我猜测是nsImageFrame、nsRenderingContextGTK和nsDrawingSurfaceGTK中的问题，大概是没有初始化背景图象吧，又花了几个小时去读代码和调试，结果证实这部分代码没有任何问题。

奇怪了，再回到nsImageGTK.cpp中，发现背景数据是从windowing_data中读出来的，感觉这个变量名有点怪，查了一下GDK-DirectFB的代码，从下面的代码中我们可以看到，windowing_data果然不是我们期望的：

nsImageGTK.cpp: windowing_data->mem staticvoid gdk_image_init (GdkImage *image) { image->windowing_data = g_new0 (GdkImageDirectFB, 1); image->mem = NULL; image_list = g_list_prepend (image_list, image); }

GdkImageDirectFB结构怎么会是pixel数据呢？明显是不对的。但不是windowing_data又是哪个变量呢？从下面这个函数，我们可以确认应该使用mem而不是windowing_data：

guint32 gdk_image_get_pixel (GdkImage *image, gintx, ginty) { guint32 pixel = 0; g_return_val_if_fail (GDK_IS_IMAGE (image), 0); if(!(x >= 0&& x < image->width && y >= 0&& y < image->height)) return0; if(image->depth == 1) pixel = (((guchar *) image->mem)[y * image->bpl + (x >> 3)] & (1<< (7- (x & 0x7)))) != 0; else { guchar *pixelp = (guchar *) image->mem + y * image->bpl + x * image->bpp; switch(image->bpp) { case1: pixel = *pixelp; break; case2: pixel = pixelp[0] | (pixelp[1] << 8); break; case3: pixel = pixelp[0] | (pixelp[1] << 8) | (pixelp[2] << 16); break; case4: pixel = pixelp[0] | (pixelp[1] << 8) | (pixelp[2] << 16); break; } } returnpixel; }

在nsImageGTK.cpp中，把windowing_data替换成mem，编译后重新运行，界面清新多了。

~~end~~