Egui+GTK贴图

asmcos · 发表于 2006-1-11 09:09:51

EGui 是一个基于Framebuffer的图形库,
这样GTK+1.0可以基于Framebuffer上直接运行了.
目前代码较少,不完善.只能demo.
有兴趣的可以一起做.
egui.chinablog.com

mozilla · 发表于 2006-1-11 10:00:48

好，支持，比较有兴趣。

asmcos · 发表于 2006-1-11 10:17:16

1.gtk_widget_show(*widget);
当程序调用这个函数显示某个控件时,他并不真的显示控件的全部, 只有等到gtk_main ()获取EXPOSE事件后在显示,
和一般的思维有点不一样,这都归结于X11这个老妖吧.呵呵.
真不知道,这样的设计怎么移植到win32,directFB上.

2.控件的组成,很多控件本身也是窗口,不知道win32是否如此实现.

3,style and color,
我觉得他的style更多的是通过GdkGC来保存color,
有趣的是Color里RGB的颜色分别都是0-65565,但是style 存放的是0-1.0,
而目前显示8,16,24,32位色,RGB分别最大值都是0-0xFF,
将color和style表示颜色的都写成0-0XFF不就行了吗;
折腾这么多的转换干什么?故意看看计算机的,浮点,整点运算能力?尤其是0-1.0让人理解不了

以上或者更多问题都是我将GTK移植到Egui版本遇到的有趣问题.

rushrush · 发表于 2006-1-11 10:47:00

direct frame buffer 和 frame buffer 是什么关系阿？

2.控件的组成,很多控件本身也是窗口,不知道win32是否如此实现.

是的。。很多都是窗口。
不知道这样有什么好处，linux干嘛也这样呢？

asmcos · 发表于 2006-1-11 11:04:45

我理解direct fb,是对FB的加强和补充.
一般的GUI都是直接利用FB 功能,但direct FB不一样,
它对部分显卡做了2D加速.

danath · 发表于 2006-1-11 11:57:07

FB提供了显示设备的抽象, 包括显存映射, 寄存器映射, ioctl调用.

一般的使用可以直接读写显存中实现绘图, 但无法使用加速功能, 因为需要知道所映射的寄存器的分布及功能, 而大多数显示芯片并未公开这些细节.

DirectFB的作者显然知道许多芯片的寄存器用法, 所以DirectFB可以通过操作寄存器来实现加速功能.

asmcos · 发表于 2006-1-11 12:23:45

DirectFB,用起来复杂吗?

		自动登录	找回密码
密码			注册

Egui+GTK贴图

本帖子中包含更多资源