强烈建议不要依赖gnome, suck！

abby

当然，[color="Red"]kde也不能依赖！原因之一是体积庞大，一个“for gnome”的程序要安装很多软件包；
另一个是[color="Red"]剥夺用户定制的自由，越来越像mac osx，看看这种launcher Bar的恶心模仿：

初看起来好像不错，实际用了一阵子就不妥了。
首先，鼠标在上面移动时的动态效果让人分散注意力，用多了有[color="Red"]疲惫感。（也有时候需要动态效果，但需在提高工作效率的前提。）
而且，集中在底部的中间，在狭窄范围内移动鼠标，手容易得“[color="Red"]腱梢炎”，用它的task bar功能就更加严重。还不如用gnome本来的"window_list"来得爽。

更恶心的什么"global menu"!——就是所有程序窗口都没有菜单，只有屏幕顶部一行菜单栏显示当前窗口的菜单。 如果gnome官方版本强制把global menu也定成必要的东西，我感觉那将是官僚的不可逆的界面设施！！
就像现在不能限制一个gnome-panel的总宽度，官方非常可恶的作风。

我等下要上街买菜，回来重新写一个帖子，写些理想的界面要求。

晚上了，可能有兄弟没注意，写好的帖子：
http://www.linuxsir.cn/bbs/thread336849.html

etmouse

呵呵，坐沙发看楼主挨批

favoyun

萝卜青菜，各有所爱，期待楼主的理想界面的阐述，买菜快点回来。

biAji

这不是 cairo-dock 么。。。

L.Lawliet

只有屏幕顶部一行菜单栏显示当前窗口的菜单

global menu ?   没找到官方的说明额

模仿 MAC OS。。。习惯就好了，呵呵

wide288

新版本吗，挺好看的

poet

其实我个人觉得，低依赖与高集成是个矛盾的东西。有些人喜欢低依赖，但是这把程序变成了一个独立的东西，如果要高集成，那么就不可能低依赖。

举个简单例子，一个程序，如果需要kioslaves带来的文件网络透明特性，如果需要kate的文本语法着色，如果需要konsole的集成终端，如果需要kwallet提供的信息存储，如果需要kget的下载管理器，如果需要akregator的 rss访问，如果需要用dcop给脚本提供更好的控制接口，如果这个程序希望自己的图标与界面风格都与kdesktop桌面完全一致，如果希望在kicker中集成图标，那么就依赖了一大堆KDE的东西，但是这种高度的集成极大的方便了这个程序的使用。很难想象没有kioslave的KDE程序将失去多少竞争力。

有意义的依赖在绝大多数情况下都是利大于弊。——例如，很多第三方windows程序都依赖IE这个程序的配置，从IE读取关于局域网和代理服务器相关的配置。——但是Linux程序却都是各自为政，不知道该依赖哪去读取代理服务器配置。——Firefox自顾自的设置，apt-get也是自顾自，相反KDE程序全部都依赖KDE配置，这是一种优势，但假如不依赖呢？事情只会变得更糟。

wkt

据说gnome要去模仿苹果了
我也开始去看看kde了,如果要是真的去抱苹果，我就只能kde了。
苹果就那么受欢迎－－也没见有多流行？还是gnome的开发者就是想显摆一下自己？
搞不明白ing....

stdmis

認同7樓說的，應該樹立一個標準。
同7樓的例子，完全可以用一個文件來記錄相關信息，其它程序都來讀取。

wide288

嗯，我也喜欢有标准有文档的依赖，

让许多程序读取标准 的配置文件

LSB 4 就是这为存在的。