GNOME3 试用感想

使用期间感觉最爽的就是GNOME3的新通知机制。尤其是在IM上，GTalk来消息时无需切换到Empathy，直接可以在弹出的消息中回复。哪怕是错过了，右下角的通知区域里也会留下输入的入口。由于没有额外的窗口切换操作，回复IM消息时工作被打断的感觉大大减小了。零注意力分散，GNOME3确实做到了。

GNOME3里Alt+Tab切换程序可以显示所有工作区间里的程序，并且会将同一个程序的不同组合起来，以减少要切换的条目数。如此一来，原本切换到不同工作区间的“切换区间＋切换窗口“两步减少为”切换窗口“这一步了，使用起来确实挺方便的。切换方式也相当智能，其他区间的程序会排放在最右边，与当前区间的程序用竖线分隔开来。视觉上清晰明了的同时，切换时也是先遍历到本区间的程序，再遍历到其他区间的程序。对于组合了多个窗口的程序，切换时也是默认切换到位于本区间的窗口。如果切换到同一程序，默认会切换到同一程序的其他窗口上，十分符合用户的预期。

不过在切换组合窗口时还是有点不方便的地方。如果想在同一程序的不同窗口间切换（对于习惯开多个终端干活的人来说很正常），按下Alt+Tab时由于默认是切换到下一个程序，需要走完一圈才能回到当前的程序来选择窗口。当然可以用Alt+Shift＋Tab来逆向遍历，但是三个手指那个姿势实在是难受。另外的解决方案是用右手按shift或者按方向键，这么一来原本一个手能完成的任务就需要两个手来完成，依然不爽。相似的，如果要在同和程序里选择其他的窗口，要首先Alt+Tab移动到那个程序，不松开Alt以使得切换器不会消失。然后用方向键，向下显示出程序的所有窗口（也可以停留几秒，自动显示），然后用左右来选择窗口，同样是导致需要两只手来切换窗口的问题。而且对于笔记本的键盘来说，方向键不是那么容易盲打的（所以我才喜欢Emacs的按键绑定）。不过相对于窗口组合带来的方便，这些副作用是可以承受的:)

GNOME2时代最挫的一个体验就是拖放了。Gmail支持HTML拖放上传附件后，我几乎没怎么用过这么棒的一个特性，主要是因为GNOME2里没法实现把一个文件拖动，放置到另一个程序很有可能被其他窗口档住的区域。你拖动一个文件，发布Gmail里上传附件的区域被挡住了，然后你就傻掉了，不管怎么搞，浏览器的窗口都是浮到最上面的。现在，我们可以拖动文件后把鼠标移到左上角触发Overview视图，然后浏览器就出来了！鼠标停在上面几秒，嗯，现在浏览器终于浮上来了，真是内牛满面啊。至于这么波折的过程，唉……

然而，拖动时不能Alt+Tab的问题还是没有解决，我记得Windows里似乎是可以的？貌似这个问题和X的拖放机制有关。

就是右上角那个，可以快速切换聊天状态，进入系统设置，锁定/挂起。这东西和Ubuntu的Me Menu何其相似，一路用Ubuntu过来的同学可能已经习以为常见怪不怪了。这也是我最喜欢的Ubuntu独有特性之一，一直很遗憾为什么没有合并进GNOME上游。现在GNOME3终于采用了这样的设计，这个功能不再是Ubuntu的专利了，我也能安心用Arch了:)

在GNOME2时代，Gnome Do是我必装的软件。按一个快捷键，输入有限几个字符，然后想要运行的程序就出来了。在GNOME3里可以直接按Super(Win)键进入Overview模式，然后直接输入字符，就会跳到搜索框开始搜索了。虽然搜索功能差一点，不能做到像Gnome Do那样输入一个pmx给我找出PCManX，但是输入sys mon还是可以启动系统监视器的。一切尽在指尖，至少在启动程序上确实有这样的感觉。

最大的问题应该就是每次进入Overview模式再出来，屏幕闪得太难受了。

用户使用GNOME3首先会遇到的第一个困惑就是：怎么关机？单击个人菜单里只有待机，你需要按住Alt键，才会出现关机功能。

我认为这是一个最大问题。问题不在于是关机好还是待机好，而是它并不直观。在查看文档之前，我没有任何方法可以自己发现如何才能真正的关机。关于是否要加入关机按钮， bugzilla 上有很长的争论，但是在我看来答案简直就是一定的：必须有。使用待机代替关机是开发者对用户的傲慢，通过一个自以为是的假设得出的脑残决定。即使这个假设成立，隐藏关机按钮依然是所有做法中最脑残的，因为它阻止用户找到这个功能。我无法想像，如果我说服我妈使用GNOME3，她要多久才能学会如何关机，但是我可以肯定的是，她一定会仅凭这一点就认为GNOME(Linux)的体检不如Windows。

关于输入法，其实更多的是我个人问题。由于GNOME3还在Arch的testing仓库中，系统的ibus自然默认没有打开GTK3支持。不要紧，从AUR上下载ibus的包自己启用GTK3支持，再编译完所有的具体输入法模块，ibus还是能欢快地跑起来的。至于Fedora15这种默认使用GNOME3的发行版，里面的ibus肯定是没有问题的。

更新：git上的ibus已经添加了对GNOME Shell的支持，现在可以在顶部panel上看到输入法图标了，下面某段的描述已经过时。目前ibus对GNOME Shell的支持仅限于顶部显示了一个图标，菜单什么的与GNOME Shell还是很不协调。ibus的开发者之一Takao Fujiwara（藤原隆男？）正在开发一个 完全支持的补丁 。

另外由于GNOME Shell渲染时会强制将GNOME Shell本身的组件渲染在最上层，因此在通知区域回复聊天信息的时候输入法候选框会被挡住。

（已过时）伤不起的地方是细节。ibus使用的是通知区域的拖盘图标，而通知区域默认是不可见的，要把鼠标移动到右下角才能显示。这就带来了一个问题，当我切换到另一个窗口的时候，我看不到当前窗口的输入法是什么。由于ibus并不是GNOME的组件，所以GNOME Shell里并没有把ibus集成到顶部的panel上。这可以理解，毕竟输入法的接口并没有一个统一的标准。如果单独给输入法做兼容，那么支持了ibus，要不要支持SCIM，要不要支持fcitx？输入法那么多，不可能兼容完的。但是一个桌面环境，输入法这么一个重要的系统级应用不显示在panel上是说不过去的，GNOME社区也并非没有讨论过这个问题，相关的讨论可以见 邮件列表 和 输入法wiki页面 。貌似有扩展可以加入ibus的指示器，也有一些人提出了临时解决方案，例如 这里 和 这里。

GNOME3毕竟还是面向大众的，大众毕竟还是鼠标打天下。在普通用户里，会使用Alt+Tab切换窗口的人数肯定不容乐观，当然玩Linux的人应该还是知道的。那么，对于一个鼠标控，情况会怎样呢？

假设要用鼠标切换一个（看不见的）窗口，你需要这样做：

• 把鼠标移动到左上角，等待Overview模式出现
• 把鼠标移动到屏幕中部，单击想要切换的窗口

看出问题了吗？在以前，或者其他系统中，只需要移动一次的操作变成两次了。考虑到切换窗口是个频繁的操作，这是很麻烦的一件事。

再来看看要怎么切换工作区间：

• 把鼠标移动到左上角，进入Overview模式
• 把鼠标移动到右侧，选择要切换到的工作区间
• 把鼠标移动到中部，选择一个窗口

屏幕两头都跑遍了，小老鼠你累么？

不累？好，我们继续，这次来启动一个程序：

• 把鼠标移动到左上角，Overview
• 把鼠标移动到顶部，应用程序
• 哦哦，图标出现了！别急，程序太多不好找，我们把鼠标移动到右边，选一个分类
• 好了，现在移回中间选程序

左-上-右-中，您这是在耍猴么？哦不，耍老鼠。干脆把下面也加上，一次遍历屏幕五个方向，哦耶～

究其原因，GNOME Shell没有提供传统的窗口列表或者Dock，官方的答复 是为了减少用户分心。在我看来，这个目的没有达到，只是平添了麻烦罢了。

GNOME Shell使用了Clutter，也就意味着需要OpenGL支持。GNOME3网站上说5年内的硬件应该都能流畅运行，我的是08年的本子，GF8400M，nouveau。GNOME Shell在我机子上基本流畅，但是有些小问题：

• 切换到overview时偶尔会卡，系统负载高时必然会卡
• 拖动窗口时，有时移动效果会很慢，鼠标已经停下了，窗口还在半路慢慢地随着鼠标的轨迹移动过来
• 切换工作区间时，切换动画会突然慢下来

GNOME Shell取消了gnome-panel，于是以前基于gnome-panel的一系列applet都没了。现在panel上只有系统自带的几个东西，至少是没法让我监视系统负载了。其实GNOME Shell使用Javsscrip，也有极强的扩展能力，但是还是得慢慢积累。另一个问题是，我在GNOME网站上逛了几圈，都没有找到GNOME Shell的API文档，这让开发者怎么做啊？好在有人写了一篇教程 ，权当入门吧。GNOME的代码库里 也有一些扩展可以参考。

另外系统提供的设置选项少了很多，什么字体啊主题啊屏保啊都找不到了，不过相信以后会回来的:)

主要是GNOME Activity Journal的缺失。这一点是个遗憾（虽然我并不怎么了解它是什么），官方对此也有解释 ，希望3.2时能补上。