e17只是个花架子,还是看这个吧

younker

[quote:fca7c3aced="yangh"]我觉得无论如何，都得看一下 e17 的设计理念再做评论。这样显得更公平些。

Enlightenment Developer Documentation
http://cvs.sourceforge.net/viewcvs.py/*checkout*/enlightenment/e17/apps/e/doc/documentation.html?rev=1.3

其中阐述了 e16 及以前的版本所犯的错误，以及 e17 中是如何避免这些错误。

关于 e17 的设计有很多好的思想值得接见。如其中的桌面使用一个 canvas 来实现(evas), 然后所有的 applets, panel, 背景, 所有需要附加在桌面上的东西都在这个 canvas 上绘制。 所有这些元素都可以以模块的方式动态的加载。这种设计十分强大。这使得桌面上的元素非常紧密的整合在一起。

而 Gnome 中的 nautilus + gnome-panel + gnome-applets 显得十分笨重，耗费了太多的资源。[/quote]

我现在十分讨厌nautilus和metacity，不过我还是很多时间使用gnome的

yangh

我现在十分讨厌nautilus和metacity，不过我还是很多时间使用gnome的

nautilus和metacity 不是都很好吗？

有什么令你讨厌的说来听听，大家一起来解决。

cnhnln

原来无双是MM阿，pfpf

无双TM

偶做中文E站点  到时把你们文章和桌面都收集 :D

cobranail

[quote:947ad789f4="yangh"]

我现在十分讨厌nautilus和metacity，不过我还是很多时间使用gnome的

nautilus和metacity 不是都很好吗？

有什么令你讨厌的说来听听，大家一起来解决。 [/quote]

nautilus里缺个快速搜索功能
有几个地方在观感上有缺陷
metacity无法做出想osx那样的边框，如果做成圆角的，会有一个黑边

yangh

[quote:4b406ed3ed="cobranail"]
nautilus里缺个快速搜索功能
>>  浏览时可以按键来搜索，即你按 'm' 键，nautilus 会自动定位到以 'm' 开头的文件上，连续输入可以更精确定位，也许你要的不是这个。

有几个地方在观感上有缺陷
>> 愿闻其详

metacity无法做出想osx那样的边框，如果做成圆角的，会有一个黑边
>>那应该时主题的问题，比如原始图片就有黑边。请看附件截图。

[/quote]

atfa

yangh, 哈哈，我这个人啊，就是懒了一点……越来越懒了，linuxidea是大家都可以随便写的嘛，无双去写一下？

我有时间就去写

关键我现在的e17对java支持有不满意的地方

Lumaqq/eclipse/azureus这些java软件运行起来都没有窗口border

cobranail

[quote:a062e1ce4e="yangh"][quote:a062e1ce4e="cobranail"]
nautilus里缺个快速搜索功能
>>  浏览时可以按键来搜索，即你按 'm' 键，nautilus 会自动定位到以 'm' 开头的文件上，连续输入可以更精确定位，也许你要的不是这个。

有几个地方在观感上有缺陷
>> 愿闻其详

metacity无法做出想osx那样的边框，如果做成圆角的，会有一个黑边
>>那应该时主题的问题，比如原始图片就有黑边。请看附件截图。

[/quote][/quote]

嘿嘿，我继续来找茬
nautilus，真不凑巧，我有很多以m开头的文件，既有文件又有目录，而且我还喜欢目录放在前面，更糟糕的是我还经常忘了是m什么

观感，还是nautilus
图中的1为地址栏与图标区的交界，有一条很明显的暗线将它们分开，然而2处却没有，它们作用是相同的，应该采用相同的风格，既然是边界，就应该有明显的界线，我认为2处少了一条暗线(这个似乎无法用theme来掩盖)
4处也是这个问题
3处是tree view，tree view是无法设置背景的，它的颜色就是GTK2的NORMAL-BG颜色，无法单独设置。不仅不能设置背景，而且也没有像gtk2中新的file-selector那样用2种颜色来区分临近的项目。

还有gnome-panel上也有一些类似的问题。


mcity，圆角的锯齿太严重

jcome

图中的1为地址栏与图标区的交界，有一条很明显的暗线将它们分开，然而2处却没有，它们作用是相同的，应该采用相同的风格，既然是边界，就应该有明显的界线，我认为2处少了一条暗线(这个似乎无法用theme来掩盖)

这个会不会是gtk的窗口小部件问题？

作用不尽相同。
如下图，如果按你的要求，我反倒觉得不合逻辑了。
最好是tree和history时加上黑线，其他的照旧。
不过tree和location是有功能重复，浪费（空间）资源之嫌，不够oo，哈哈。

cobranail

[quote:fbc2585022="jcome"]

图中的1为地址栏与图标区的交界，有一条很明显的暗线将它们分开，然而2处却没有，它们作用是相同的，应该采用相同的风格，既然是边界，就应该有明显的界线，我认为2处少了一条暗线(这个似乎无法用theme来掩盖)

这个会不会是gtk的窗口小部件问题？

作用不尽相同。
如下图，如果按你的要求，我反倒觉得不合逻辑了。
最好是tree和history时加上黑线，其他的照旧。
不过tree和location是有功能重复，浪费（空间）资源之嫌，不够oo，哈哈。[/quote]

应该是，
在nautilus里的作用是一样的，暗线的颜色应该和上面的一样，当使用深色界面的时候，如果没有这条线就会很难看

yangh

jcome, 那个黑线是你画上去的？

cobranail 的 2, 4 要求非常的合理， 我也一直觉得这是个恼人的问题。不过没有考虑过要处理它。

我做了个小补丁，实现了 cobranail 的 2,4 要求。 请看附件中的截图，左边的树和右边的文件区域都是从 GtkScrolledWindow 继承来的，只是在初始化时没有设置 shadow 模式，补丁就是为它们加上了的设置 shadow 的语句。 树的 shadow 要比右边的浅些。

另外，对于需求3, 我觉得这里的树本身是有层次的，而不是每一行全部左对齐的，所以不需要隔行变色 (hint)。

另外，不同主题下，控件的间隔，效果会有些细微的差别。

另外，我打算为 nautilus 写个搜索功能，直接放在左边的小块里，然后搜索结果显示在右边的视图中，大家支持不？提点意见。

yangh

再来几张主题不同的图。

我觉得这样设置 shadow 后也带来了问题，就是两个区域显得与外框不太融合。

还有一个原来就有的问题就是中间的区域同工具栏边界，状态栏连接看起来是连接在一起的，而边界都为同样的颜色，就形成了一条较粗的线，这个特别难看。

jcome

我的图片是我画了一条黑线上去的

后来看了一下其他的程序，比如rhythmbox，都是比较清晰，正如yangh指出的，应该是nautilus的问题。

》》另外，我打算为 nautilus 写个搜索功能，
good

jcome

>>我觉得这样设置 shadow 后也带来了问题，就是两个区域显得与外框不太融合。
要去nautilus的邮件列表问一下才知道，他们可能是故意这样做的。

之前有人提出拖曳图标到桌面时出现框框的问题，那家伙回应态度有点问题，让人觉得他不会理会了，因为他说这个不是问题。
后来还是改正了。
害的我还写了一篇faq,真是浪费表情：
http://www.gnome-cn.org/documents/faq/helpcenterfaq.2005-02-02.4638874278

cobranail

[quote:f6fcc29e1c="yangh"]再来几张主题不同的图。

我觉得这样设置 shadow 后也带来了问题，就是两个区域显得与外框不太融合。

还有一个原来就有的问题就是中间的区域同工具栏边界，状态栏连接看起来是连接在一起的，而边界都为同样的颜色，就形成了一条较粗的线，这个特别难看。 [/quote]

在gtk的标准引擎下确实很不好看（主要是因为高度对比太强烈），但是在clearlook下很好，在pixmap引擎下应该也不错，如果在icon view里加上一个淡淡的背景，就会更好看了
关于tree view，如果能设置背景就更好了