GTK+ 开发者宣布启动 Project Ridley

jcome · 发表于 2005-8-23 02:11:24

http://www.gnome-cn.org/newsitems/gnome/gtk-project-ridley/

jcome · 发表于 2005-8-23 02:13:17

这是一条好消息，应该对gtk的可维护性，稳定性等方面有不小的促进。

blewz · 发表于 2005-8-23 09:11:42

恩
也就是说gtk+-3开始了?

carlos · 发表于 2005-8-23 13:18:56

[quote:ae0383d80c="jcome"]这是一条好消息，应该对gtk的可维护性，稳定性等方面有不小的促进。[/quote]
... 谈不上吧，此计划会将原属于 gnome 的部分库程序添加到 gtk 中，规模的增大对 gtk 的可维护性和稳定性应该是一个挑战才对。当然，如果做得好，对 gnome 整体倒是有一定正面作用。

xLoneStar · 发表于 2005-8-23 16:29:40

可是，我宁愿看见一个精简的、高效的 gtk 版本的出现，功能少、性能低都可以接受，关键是要耗内存少，包括占用内存总数和每个进程的 RSS 空间。这样我们可以把 G 引入各类手持设备中去，而不是像现在这样让 Q 唱独角戏。

yangh · 发表于 2005-8-23 17:22:32

我也不希望看到 GTK+ 越来越大。

jcome · 发表于 2005-8-23 18:20:35

》》规模的增大对 gtk 的可维护性和稳定性应该是一个挑战才对。

合并对gtk来说比较重要的某些gnome库，这样比较容易让开发者编写gtk，而非gnomeonly的程序。这对软件开发者是件好事。
一个著名的例子就是：stardict。就因为他是一个gnome程序造成多少人的抱怨阿。

另外，没人维护的这些库的质量必然是个问题，这样势必对gtk造成不良的影响。
虽说让人产生错觉，觉得这个举动会让gtk变臃肿，但是wiki上已经明白指出主要是合并一些比较小的，没有人维护的 buggy 的而且放到gtk更为合适的库。不知到这样有何不妥？

1)只维护目前的gtk功能模块，而不管这些会对gtk造成各种问题的库
2)干脆就把他们统一起来作为一个整体考虑

这两个方案哪个更好？

jcome · 发表于 2005-8-23 18:25:43

》》精简的、高效的 gtk 版本
gtk肩膀上的担子太重了！

不过听说以后要这样：
1）gtk－Cross-platform (多平台的：windows macosx 等 )
2）gtk－gnome
3）gtk－x （gnome kde 。。。）

cnhnln · 发表于 2005-8-23 21:41:59

2）gtk－gnome
3）gtk－x （gnome kde 。。。）

有啥区别？

pupilzeng · 发表于 2005-8-23 23:52:00

楼上的，换个签名吧，看你的这个太累了

xLoneStar · 发表于 2005-8-24 09:29:39

[quote:98f4604119="jcome"]》》精简的、高效的 gtk 版本
gtk肩膀上的担子太重了！[/quote]

只是希望出现一个 Qt/Embedded 的替代品。像现在这样，每个 gtk 进程数 M 的 RSS 占用，实在是不堪重负。以至于那个 Nokia 的手持设备必须至少 64M DRAM。须知 DRAM 可是极耗电的，64M已经是目前的极限了

pupilzeng · 发表于 2005-8-24 18:26:14

[quote:6aa27eacc7="xLoneStar"][quote:6aa27eacc7="jcome"]》》精简的、高效的 gtk 版本
gtk肩膀上的担子太重了！[/quote]

只是希望出现一个 Qt/Embedded 的替代品。像现在这样，每个 gtk 进程数 M 的 RSS 占用，实在是不堪重负。以至于那个 Nokia 的手持设备必须至少 64M DRAM。须知 DRAM 可是极耗电的，64M已经是目前的极限了[/quote]
现在的GTK2.8不是又有directfb版了吗?

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

GTK+ 开发者宣布 启动 Project Ridley

GTK+ 开发者宣布启动 Project Ridley