kde 3.5 发布

mingyou

不敢奢望它马上进SID，但盼望它早日进experimental，觉得debian的experimental的速度应该跟上kubuntu.

千里孤坟

Post by tingxx
konqueror在我的系统上是打开最快的浏览器，为什么见到很多人说它慢呢？倒是firefox启动，看网页慢得不行。搞得我像在用733一样

应该说，在设置KDE启动时自动预加载Konqueror实例，且以KDE作为桌面环境的前提下，它的启动速度是没有哪个浏览器比得了的，甚至比Dillo那样的迷你浏览器都快。

但显然，不是每个人都激活了这个选项，也不是每个人都爱用KDE。在非GNOME/XFCE等环境下，Firefox这样的GTK+程序的运行效率往往多少要打些折扣相信您也能够理解吧。如果反过来，状况甚至会更加明显。

gxcooo

楼上说的没错

如果你用KDE，那Konqueror用到的组件基本已经被KDE加载的差不多了
如果打开FireFox，恐怕连GTK2的库文件都要加载起来

所以比软件速度不要单靠感觉

hooey

感觉不到的速度有什么用？

蓝铃

Post by 千里孤坟
应该说，在设置KDE启动时自动预加载Konqueror实例，且以KDE作为桌面环境的前提下，它的启动速度是没有哪个浏览器比得了的，甚至比Dillo那样的迷你浏览器都快。

但显然，不是每个人都激活了这个选项，也不是每个人都爱用KDE。在非GNOME/XFCE等环境下，Firefox这样的GTK+程序的运行效率往往多少要打些折扣相信您也能够理解吧。如果反过来，状况甚至会更加明显。

Konqueror 本来就是给 KDE 用的。同样，很难想象，有人会在KDE下面使用 Nautilus。

Firefox 并不是 native 的 GTK 程序，即使在 GNOME 下，启动和界面反应都是很慢的。
即使是考虑到 GTK 库的加载，这种影响也是几乎可以忽略不计的。也就是说，这里基本上没有什么折扣。

QuickTime

Post by hooey
这种理所当然是最让khtml的开发者感到愤怒的，基本上能直接从safari上面使用的代码很少，因为safari是object c写的，通过acid2的时候khtml的自己写了n多代码。

khtml的开发者有什么值得愤怒的。
apple修改过的源代码又不是没有公开，你自己能力不够不能很好的吸收还骂苹果。

hooey

1. 对苹果的愤怒，kde有一个开放的svn，bug tracker，还有web界面，每个commit都有log，很快就可以理解每个commit是干什么的，所以safari想要merge khtml的修正很容易，以前的苹果，bug tracker和版本控制系统全不是公开的，把所有源代码一起扔出来，各种bug的修正混在一起，有些代码还是object C的，有的用的苹果的api，想打都打不上，与其费神去挑出来哪几个修改是修正哪个bug的，不如自己写代码。当时苹果只是做了lgpl要求的内容，合作完全谈不上。

2. 对用户的愤怒，很多人不知道这种情况，苹果宣布修正了什么bug，通过了acid2，就有人到kde的irc里面去问为“什么khtml还没有修正，开发的人就懒成这样了，打个现成的补丁都不会？”等到kde的谁谁自己写代码搞定了，用户称赞的都是苹果推动了khtml的发展，虽然根本很少能用webcore的代码。

以上内容基本上是下面这个blog的翻译，hehe
http://www.kdedevelopers.org/node/1001

不过自从acid2的事件之后苹果变得好点了，公开了他们的版本控制系统，有点合作的态度了。

QuickTime

苹果本来也没有必要“合作”
LGPL的要求人家本来已经做到了。当时苹果用khtml又不是说要合作，人家本来的目的就是做一个自己的浏览器。苹果已经是很亲近开源社区的公司了。OS X里面用了不少开源软件，苹果修改过的源代码都是放出来了的。不过开源社区的人还是在骂说人家有封闭的代码。

不知道Safari/Webkit究竟是直接完全用khtml的代码还是苹果还是要自己修改一下才可以用呢。本来就是跨平台了，API都不一样，khtml不能直接用苹果修改的代码也很正常。不能直接用，看懂了照着写总可以吧。

zbw76

QuickTime
你根本不了解编程，看来你不是搞编程的，如果没有修改记录，通过看所有的代码来查找修改的
地方是很困难的，困难的程度比自己重新做都大。如果有修改记录，比如通过cvs查看版本的差别
就能比较容易的找到别人改进的地方。

nbxmedia

QT当然不是写程序的了.........