本标题不属虚构，如有雷同，简直肯定明显不是巧合。（无误

熟悉软件的软件控都知道，这篇文章的标题就是效仿善用佳软的文章《从最简界面的Total Commander谈起》的标题而来。也算是借一下那位阁下的光环，不过今天我要讲的东西完全和他是不一样的，一样的只是标题而已。

说到浏览器，说到最简界面的浏览器，大部分人的反应肯定是Chrome吧。那些喜欢Chrome的用户，说Chrome的优点第一个就是“他的界面最简洁”。好吧好吧，对这个观点我不发表任何意见，反正待会儿各位读者看到下面后就会自然明白。姑且用Frederika Bernkastel的诗来回应他们吧：

井里面的青蛙是幸福的， 因为他和井外的世界没有任何关系。 井里面的青蛙是幸福的， 因为他对井外的世界毫无兴趣。 井里面的青蛙是幸福的， 因为他并不知道井外发生了什么。

--Frederika Bernkastel

注：CLI界面的浏览器软件并不在本文的讨论范围里面。各位CLI控请谅解。

界面

先来看看最简浏览器是什么样子的吧：

很多人就要问了：这个是浏览器？你没有看错，这个就是浏览器的界面，而且还是about:blank的界面。

不相信？那我给你们看看你们所熟悉的网页：

Google上搜索Vimperator的截图。到这里我就不用说什么的，就是通过Firefox+Vimperator实现的。

在这个浏览器中，可视元素只有两个：一个是网页内容，一个是状态栏。很多人会说，多了一个状态栏怎么能叫最简界面？任何一个浏览器全屏显示之后也能够最简？

这个就是我和善用佳软那篇文章不同的地方。善用佳软所精简的TC，表面上啥都没有，甚至根本看不出是TC，但是实际上已经不能算是TC了。首先，TC应该是双栏的。没有双栏，就算软件是TC，但是已经无法完成TC的各项操作，尤其是移动和复制。就冲着这一点，我可以说这个精简是没有什么意义的。精简界面的目的和需要是为了要有较大的可视范围，但是不能丢弃本身作为文件管理器的基本功能。TC有很多有用的，提高效率的功能是基于它双栏的特点的，你不能贪图为了精简，把TC的命根子都丢弃了。

放到浏览器上也一样。全屏或者干脆砍掉了状态栏，那就只是“最简界面的Firefox”而已，而不是“最简界面的浏览器”。浏览器的用途在于浏览网页，辅助浏览网页，管理浏览网页。普通的浏览器你改成全屏之后，除了浏览当前的页面还能做什么？而目前这个状态的浏览器，却是什么都能做。到时候我会一一进行说明。

什么？标题栏和窗口是怎么隐藏的？自己Google去。

去除导航栏——Vim键绑定的背后

用过Vimp的人应该都知道，Vimp的强力之处在于Vim的键盘操作和外部扩展命令，使得Vimp能够仅凭一行命令栏就可以完成所有的浏览器操作。但是很多人只是把目光集中在了Vim键绑定上面，甚至拿Chrome上的所谓Keyboard Shortcut，Vimium之类的与之相提并论。Vim键绑定并不是提高效率的手法，而是一种习惯的设置，就好比是系统的鼠标设置里面的左手设置和右手设置，和效率完全没有关系，只是你习惯什么就用什么而已。Vimperator的核心并非在于“Vim键绑定”上面，而是在于“在浏览器中引进了Vim的运转模式”，甚至是“变异成Vim”（不过这个目前是有歧义的，Vimperator在发展的道路上离母体Vim是越来越远了，逐渐发展成了一种全新的模式。而其Fork版本Pentadactyl倒是一直忠实于其母体，但这个是开发者的兴趣问题，我在这里就不讨论了）。Vimp上的各种快捷键是非常方便的，而这个方便的快捷键的背后真正在起作用的，是类Vim的多个模式进行转换的运转机制。正是因为有这个模式变换的存在，Vimp才得以能够放心地、自由地设置快捷键，才能在网页上进行丰富多彩的操作体验。

于是导航栏被无缝地被Vimp的Normal模式所替代。你能够想到的所有导航动作，都能在这个模式下一一实现。当然，不用Vimp的话也可以通过鼠标手势来实现，不过能够实现的没有Vimp多罢了。哦对了，想起来貌似有人提过BTT这个鼠标手势软件。对于这个我可以说的是，不管你多少个方向、用多少手指头，多少手势动作，能实现也就才100多个命令，你还是滚回去重炼吧。不过这个不是今天的重点内容，就此打住。

去除地址栏——善用Awesomebar

对任何一个浏览器来说，地址栏肯定是会存在的，Firefox除外。Chrome当时还有过一次“大胆的设想”，把地址栏作为弹出显示在标签下面。很多人对此那真的是“过度”的反应，认为Google的这个设计是“史无前例”的一次“大革新”。不过比较可惜的是，Firefox很早就可以实现隐藏地址栏了，而且地址栏功能完全健在。其中的奥秘其实是很简单的，就是我们使用窗口系统最最传统的打开对话框：

只要界面上没有地址栏，就可以通过Ctrl+L打开。从上面的图就可以看到，补全选项和Firefox原有的Awesomebar是一样的，包括一些隐藏的功能如缩短搜索范围（Firefox特有功能，详细可以参考我以前的圣战文）等，可以说就是Firefox的地址栏Awesomebar的迷你版。

当然，这样的话有些特效就没有了比如说匹配特效，还有就是HTTPS的证书显示以及书签图标和RSS图标，还有就是浏览网页的时候看不见当前网页的地址。所以需要在这些地方进行取舍。如果说你每次打开链接都是小心翼翼的，不会去关心自己现在的网页URL是什么，自然就用不着地址栏的出现；如果你不需要RSS图标，书签图标，以及HTTPS图标，也就不需要。所以说，精简界面需要考虑自己的需要。当然，Vimp的话是完全没有这个问题的。 URL和书签默认就可以在底下看到，HTTPS的可以通过插件做到，RSS可以g后Ctrl+g就能看到全部信息。

去除搜索栏——给我用书签管理搜索！

如题。

去除工具栏和菜单栏——那都是什么能吃么？

说起菜单栏，目前流行的可能就是这两种方式吧：一个是类似于Mac的全局菜单，正好是踩在了“一个人只会同时操作一个窗口”的特点然后把激活的窗口菜单调到了任务栏上。还有一种就是把所有的菜单项全部扔进一个按钮里面，然后统一管理。这两种方法的共同点是，避免菜单栏占用空间过多。当然了就和地址栏一样，占用了整整一行的空间啊。但是还是太多了吧。

先说全局菜单。全局菜单的主要问题很明显，就是一定要有任务栏。难道你们不觉得，任务栏才是占用屏幕面积最多的地方么？至少对我来说，任务栏只需要看它的通知区域和时间就足够了。窗口管理根本就不需要——实际上窗口管理是效率最低的管理方法。如果你把自己电脑的桌面当作自己工作的桌面的话，窗口就是你正在做的文档，或者是东西。在你切换工作的时候，窗口管理就好比是把现在做的东西一个一个收起来，然后再把要做的事情再一个一个放上去。何必呢？不是只要准备多个桌面，然后自己的椅子移动一下位置就可以的事情么？而且关于通知区域或者是时间，时间的话随便瞄一下桌面上的时钟就可以了（除非你的房间里没有时钟你的手上没有戴表，但这个不太可能的吧）通知区域的话因为所有的窗口都开着，也并不需要了吧。到这个地步，我们真的还需要任务栏么？

按钮就更不用说。首先，菜单栏之所以需要分成“文件”“编辑”“查看”“工具”之类，不就是因为菜单项太多，需要横向分类才得以方便的调出和使用。如果你再把他集中成一两个按钮的话，岂不是本末倒置？嗯没错，我就是针对Chrome说的。想起来以前用Chrome的时候，为了找一个扩展页面的选项找了基本上有五分钟了才在某按钮里面的工具子菜单里面找到，而且还没有快捷键……那个时候我真的是各种想撞墙，真的。

至于Vimp，菜单栏里的东西都有相应的命令，没有的也可以通过emenu命令调出。工具栏……最新版本的Vimp可以把状态栏作为工具栏进行拖放、添加和删除。你说还需要工具栏么？再回到前面提到的BTT，现在知道差距了吧……你那强力的BTT能够强大到可以囊括所有的菜单项么？Vimp只要有相应的命令，就能设置相应的快捷键。

算了还是黑到这里。我对鼠标手势还是比较宽容的不会到鞭尸的地步（咦

去除标签栏——最简浏览器的最终BOSS攻略

之所以最简浏览器的最终BOSS是标签栏，是因为我们过于依赖标签的显示了。为了知道自己打开了什么网页，打开了多少网页，我们必须要盯着标签栏。但是实际上，浏览器的标签栏和系统的窗口任务栏有什么区别呢？答案是：没有区别。说的难听一点，就是多标签浏览器的出现，还不是因为任务栏无法满足太多的浏览器窗口而出现的。现在连任务栏都不需要的时候，是不是标签栏也不需要了呢？

但是标签不同于窗口——标签是总是最大化的，也就意味着激活一个标签的时候，其他的标签是必须、强制性地、最小化的。所以，我们需要有这样的意识：每个桌面里面只开一个标签。也就是说，不把一个页面当作一个页面看，而是当作一个输出桌面来看,就是去除标签栏的最大关键点之一。

但是，很多人是记不住自己打开的所有标签的。当然，我也记不住自己打开的所有标签。但是我能够记得我正在看什么。这就足够了。Firefox有几个默认的设置，与别的浏览器有点不一样：一个是"browser.tabs.insertRelatedAfterCurrent"，即打开新标签的时候打开在当前标签后边，还有一个就是关闭标签的时候激活后边的标签。可能比较聪明的人已经知道我要讲什么了，这是树状结构的浏览顺序。如果你从一个页面打开了多个链接，这些链接就作为这个页面的子链接排在后面；然后子链接阅览完毕之后关闭，自动激活的是后面的链接，直到回到母链接。从这点上看，我只需要记得我开的母链接，就相当于记住了跟这个母链接有关的所有链接，不需要看标签栏，只要一路关闭就能全部按顺序看完。

当然，有多个母页面的时候，这个东西就无法生效了——这个规则只能应用在最后一个母页面上。那怎么办？很简单——只要一个浏览器窗口只开一个母页面就可以了。所以Firefox4的新功能标签群组就有用了。有了标签群组，就相当于变成了多个虚拟桌面，然后就可以允许有多个母页面。所以可以说，这个才是Firefox4的标签群组的真正的用法。

哦对，我差点忘了标签栏还有一个功能，就是标签的操作。这个前面也说了，Vimp超级无压力。另外，Vimp在标签的切换上有个独特的Buffer操作命令，可以一个快捷键就可以切换到有特定关键字URL或标题的页面。这个就正好解决了各个母页面之间的切换的问题。因此，什么网络应用程序、什么app tabs，什么内部页面，都可以直接退休了。具体可参考我以前的圣战文。

Fin ——写在最后

如果单从界面上看，实际上就比Chrome少一行东西而已。很多人可能不屑于这一行，可能认为我这样做只是为了减少一行是一个很蛋疼的、很浪费时间和精力的行为。这个是没有错，单从界面上看的话。在这篇文章里我想表达的已经很明确了，再简洁的界面，影响操作效率还是白搭。关于Chrome，前面也提到过，它的工具栏图标这个设计是一个很失败的设计，我觉得比起这个，像书签栏那样通过快捷键隐藏显示还现实一点。还有引以为傲的标签栏拖动，那效率也太低了——还是注重于怎么让用户少操作就可以切换到想看的标签努力比较好。同样一个操作，在Chrome上需要花的时间可达在默认Vimp上的三倍，在自己设置好的Vimp上的十倍。这是很明显的——Chrome做到了简洁，但是没有做到高效。嘛，其实也只能说肉身的人类毕竟是比不过恶魔的（大雾

另外如果有人在怀疑这篇文章的可行性的话，我可以在这里宣言：上面写的这一切，就是我目前使用的浏览器，不带有任何虚假。很多人觉得软件最高效的用法，是自己最习惯的用法，这个在一定的范围内，是有道理的——在一定的范围内。实际上，追求高效的时候，最终成为绊脚石的恰恰就是自己以前的习惯。Vim非常高效，但是它的多模式、hjkl等，让人望而却步，为什么？因为不符合以前用文本编辑器的习惯。这和用一个井把自己关了起来没有任何差别。你如果想要更高效地工作，更高效地完成自己想要做的事情，首先就是要冲破自己称为习惯的牢笼才行。我很傲慢？傲慢的是你们才对吧。

P.S. 如果不想用Vimp获得上述最简浏览器的体验，下列组合不妨可作为参考：工具栏菜单栏导航栏全部删除，装上鼠标手势扩展和Foxtab扩展。历史和书签通过快捷键调出，地址栏用Ctrl+L。这样的话状态栏也不需要了，做到了真正的最简。有兴趣的人可以试一下。

前回提要

昔々、ある所に…

算了懒得说前回提要了，你们自己从我的订阅RSS里搜Twicli吧（拖

追加功能

1. 多国语言选择。顾名思义不多说。目前支持的是英文和日文和简体中文。目前简体中文是我维护的，但是自从上一次把稿子直接发给作者之后发现大部分的翻译还是要通过修改插件来实现，于是我还需要重新学学Git自己Commit才行……于是目前除了Core翻译过来了之外没啥进度。另外还有顺便做繁体中文的打算，但是由于台湾那边的计算机词汇貌似和我们用的不一样？所以我也不知道怎么做，于是也请对此有兴趣的港澳台同胞协助完成，将感激不尽。
2. 多账户切换。通过在插件列表里面追加multi_account.js重新加载便可。注意，并不是说多账户支持，而是可以在多账户之间切换。不过我也没有小号，也没测试过。
3. 过滤插件的加强。重点内容，后述。
4. 快捷键支持。重点内容，后述。

关于过滤插件

极为有效的关键词过滤是每个日式Twitter客户端最大的特点之一。不同于欧美的客户端从TwitterAPI接收信息之后马上显示，日式客户端在收到了信息之后，先通过过滤模块进行一系列的分类处理，然后分别的需要的地方进行显示。而数据的分类可以用在很多地方，比如说群组管理、关键词高亮、关键词屏蔽，等。当然，分类作为数据处理最先需要做的事情，只要能够分类，剩下的事情就非常地好办，而Twicli更是把这个功能发挥到了极致，甚至是超越了所有的日式客户端。

过滤的规则如下，前面摘自自己的Tumblr：

• 规则大致上是目标标签名:用户ID:发言:是否在TL上保留（0或1）这样的格式。其中中间必须是半角的冒号，用户ID和发言皆可使用正则表达式。
• 如果只需要过滤用户ID活发言其中一项的话，不需要的可以留空，没留空的话当作AND来处理。
• 处理OR关系的话使用多行规则。
• 通过/可以定义not关系。比如月月/小月月就是过滤掉月月但是不过滤小月月（你这是什么例子啊喂！）
• 发言规则上可以通过输入from foo这样的格式抽出指定的客户端的发言。针对机器人专用。
• 最后一项如果是1的话，过滤抽出到目标标签的发言将会从TL上删除。也就是关键词屏蔽用。
• 重量级功能：通过过滤抽出的发言可以制定.match-tabname的样式表进行自定义。也就是说你可以让特定关键词的发言用不同的颜色不同的格式表示。这样TL真正地达到了自由定制化。

然后，近期作者对过滤插件进行了飞跃性的改进，如下：

• 把只针对TL进行过滤分类扩张到了Mentions上。也就是说目前在Mentions的标签里的信息也将会接受过滤插件的过滤。
• 强化了过滤机制。简单地说就是最后一项的0和1扩展成为0，1，2，3，4。这些分别是：0，在原处保留。1，从TL上删除。2，在Mentions上删除。3，在TL以及Mentions上删除。4，在所有的除DM的标签上全部删除。
• 另外，如果要过滤官方的RT推，则可以使用“by @username”来进行过滤。

可以说经过这一次强化之后，Twicli的过滤水平基本上达到了Tween的水平。用户名，发言内容，发言来源，甚至是针对官方RT，也都有相应的过滤机制，大家可以通过这些机制可以自由对自己的TL进行分类和过滤屏蔽。然而Twicli的过滤插件，这些过滤机制也不过是冰山一角而已。之所以它能够击败目前几乎所有的客户端，主要就在于过滤规则的最后一条──对过滤了的发言进行各自的CSS定制上面。

我们可以针对所有的标签，通过.match-tabname的形式进行CSS的自定义。因为Twicli的字体大小、颜色、类别等等的控制，每个模块的有无和预览图等等的控制都是通过CSS完成的，所以必然就能够出现对特定标签的特定定制，甚至不仅仅体现在颜色上面。因为我的Twicli的CSS是暗色Zenburn系，因此我可以把不太关注的人暗淡显示，而经常关注的好友以高亮显示，把机器人的推以别的暗系颜色显示，把技术系的发言以别的颜色区分等等，不仅字体颜色可调，背景颜色可调，甚至是字体的效果（加粗，斜体），字体的大小，完全可以为所欲为。经过一番折腾之后，你的Twicli就将焕然一新，你可以从一屏幕30多条发言中很快发现自己关注的发言，也可以很快地忽略自己不太关注的发言和机器发言。

快捷键的支持

通过插件加载shortcutkey.js使用。

其实一开始使用Twicli的时候就说了，要是有快捷键支持就好了，另外作者也很是好人，最近加入了快捷键的支持，而且很蛋疼地给所有的浏览器都单独设置了相应的适合的击键类型（其中Firefox三种都支持，听说），不得不说这个作者还是相当热情的。

快捷键一览：（摘自官方Wiki）

ESC：取消选定/取消输入/关闭弹窗 m：激活输入框 0-9：激活相应的标签（从左到右） 下/j：游标向下移 上/k：游标向上移 x：关闭标签 f：收藏发言 i：显示对话 u：显示指定用户信息 e：回复 p：过滤出该发言人以及发言中所有ID的所有发言。 r：官方RT q：非官方RT d：删除发言 t：机器翻译 g：显示地图 o：打开发言中的链接

另外Vimp用户的话，还需要使用Feedsomekey来使得快捷键能够正常使用。贴上我的Feedsomekey设置（大部分快捷键都被我改了，仅作为参考）：

command! -nargs=+ lazy autocmd VimperatorEnter .* <args>
" Twicli
lazy fmaps -u='.*twicli\.html' -events=vkeydown n,j m,k x tt,m z,<esc> f o,i u r,e pp,p R,r T,q c,d v,o

当然，如果只是快捷键的支持的话，我并不会专门腾出一个章节来介绍它。这一次的快捷键支持，用什么快捷键并不是一个重头戏，重头在于快捷键这个系统的建立。快捷键系统必然地建立起了游标这个设定，也就自然而然地出现了针对游标的CSS定制。能够变成什么样子？我们来看图：

真是密密麻麻的字。实现这个东西我并没有做什么，我只是把全局的发言的CSS字体调小，除了ID和发言内容全部删除并且强制一行显示，然后游标聚焦的发言正常、ID和发言之间改行显示，其余元素全部显示。另外可能截图无法体现出来，切换游标以及有图片预览图的时候，使用Transition效果进行渐变动画平滑效果，感觉是非常舒服的。

这个Twicli做得就越来越像Tween了。不过为此一个界面的信息量也就大幅度地增加了，虽然眼睛可能看的会比较累，但是因为过滤插件过滤高亮暗淡显示，所以实际上也没那么累……感兴趣的再点一下查看全文就好了，也大大提高了扫推的速度。唯一的缺点，可能就是眼睛累的程度和屏幕的大小成正比，建议新开一个浏览器窗口然后缩小显示……嗯。

最后贴上自己的快捷键相关CSS。

div.tw { font-size: x-small; white-space:nowrap;}
div.tw .utils, div.tw .fav, div.tw .uicon { display:none; }
div.tw div.selected { font-size: small; white-space:normal;-moz-transition: all 0.2s ease; -webkit-transition: all 0.3s ease; transition: all 0.2s ease; -o-transition: all 0.3s ease;}
div.tw div.selected .status {margin-left:50px;}
div.tw div.selected .utils, div.tw div.selected .fav, div.tw div.selected .uicon, div.tw div.selected .status { display:block; }
div.tw div.selected .uicon {width: 48px;height: 48px;}
div.tw div.selected .rtinfo {text-align:right !important;}
div.tw div.selected .thumbnail-image { border: solid 1px white; height: auto; max-height: 200px; }

经过这么一折腾，我也终于理解了大括号前面到底是什么东西，原来和Xpath差不多什么的……有兴趣的同学，也建议安装DOM Inspector插件分析一下Xpath然后改成自己需要的样子。

写在最后

可能我以前也说过了，效率和优化是分不开的。没有优化就谈不上效率，而优化需要以自己的需求，自己的习惯进行自定义，也就是我们现在所说的折腾。所谓的效率，当然不是说某些方面更为傻瓜化，我们只要一键便能够完成，或者说加载速度贼快（无误），而是说这一键到底能够完成所有的工作还是众多的工作的其中之一，快到底体现在系统加载的同时是否也体现在自己进行系统操作上面。一键傻瓜完成必然是一种高效率的作法，但是这个一键如果没有按照自己的需求进行优化，那就可能是很低效的；页面加载固然重要，但是一些固定的操作还要用到鼠标进行定位和选择，那就是低效的。作为工具的Twiter客户端也是一回事情，功能的强大、快捷方便，说到底还是要和自己的个性和使用风格进行探讨。因此，追求高效的我们需要的可能不是一个特定的工具，而是一个能够针对个人需求进行优化和拼搭的平台。比如Vimp，又比如Twicli。

海猫鸣泣之时翼有这么一段：如果有机会可以实现任意一个愿望，如果你回答“我要实现的愿望就是可以实现无限个愿望”就是一个很俗的回答，因为它否定了作为“有限个”的神圣性，神圣的东西变成了俗气；“需要很多的金钱”也很俗，因为他觉得钱是万能的，把自己的价值观局限在金钱上面；“需要打败一切的力量”，这个也不行，需要力量就说明自己的懦弱，需要依靠打下对方才能确认自己的地位是不是比别人高，不是懦弱是什么。无论是什么样子的愿望，我们人类把自己的自由通过各种方式束缚在一起，形成了现在的价值观，和世界观。我们如果想在某个方面达到“神的领域”，必须要突破以往的价值观，突破以往的对自由的限制。然而突破限制的同时我们也会突破我们以前依靠的东西──比如说阻碍我们和地球的地心引力的土地等──我们就必然地会“自由”落下，堕落，没入黑暗的深渊之中。

戏言耳。总之人类是一个很悲剧的生物，明知无法步入神的领域但又渴望着成为神；明知知道了之后就无法变回不知道，然后又渴望去知道一切。所以才会被命运作弄，才会在这种地方游荡不定。

写在前面

怨念了整整一年的考试终于结束了，于是我可以开始把这一年的坑全部填掉了……话说上次在tumblr上写了一次todo列表，但是总感觉貌似还有一些还没写（你难道还有么！）而且有些东西写得比较模糊根本就不起记录的作用反而是起了【哔~】的作用……不对不应该是这样的。于是开始寻找一下TodoList的软件来记录我以后需要做什么以及不应该忘记做什么（这个才是主要的，嗯）

但是旅程是艰辛的。一开始想到的就是RTM（Remember the Milk，我就不用解释这个是什么了吧想必经常逛我的博客的人都知道），RTM总体来说是一个很优秀的服务，无论是PC上还是手机上都可以访问，而且可以通过电子邮件添加任务；支持自然语言添加任务（当然英语限定），而且支持快捷键。但是目前我不太想用这个作为现在的任务管理，主要的原因就在于他是基于网络的。别人就会问了，最近不都在流行云服务么，为什么不去用那些云服务呢？一方面国内天朝的网络环境是一点，RTM会经常连不上；还有就是我在学校里有着极为杯具的网络环境，连443端口都封了。我说你想封P2P我超级举双手赞成，但是也不至于封443端口和22端口吧，害得我SSH都连不上去……在天朝，所谓的云服务，还没有用U盘有效率。

于是接下来就开始考虑本地化的todo List方案。由于我现在用空闲下来的1G闪存盘格式化成Ext3，然后用同步软件Unison来解决多台电脑之间的同步问题（Unison是著名同步软件rsync的改良版本，可以双向传输并且占用平摊，除了支持本地目录同步之外还支持FTP和SSH隧道）因此同步方面只要用户配置文件可以迁移即可，于是基于SQLite的全部排除；一开始想到的是那个鼎鼎有名的任务管理软件Tasque，RTM官方推荐的Linux任务管理软件，但是使用上完全不行，分类无法自定义，而且外面的骂声还挺大的──就因为他是基于C#和Mono。另外还有一个tasks，操作极为简单，可谓实现了基础的基础的基础的功能，不过那也太过基础的基础的基础了……主要是单列表的问题，可能现在没有这个必要但不排除以后没有这个必要。还有很多诸如Java平台的，库已经老了的，容易崩溃的，已经停止维护了的，AIR平台的……真的都快太太乐王子了……不行不行，不能学那个变态……

结果我发现寻找推荐软件的时候，比起那些推荐软件的文章，还是那些文章的评论比较有可信度。（当然，天朝网站除外）于是一篇文章钓出一堆评论，然后一堆评论里过滤出一堆软件一个一个尝试……结果我还是找到了我的Elyss（喂），那就是一款叫Getting Things GNOME！的GTD（？）软件。嘛……他说是GTD那估计就是GTD了，虽然不是GTD是GTG……（你今天废话很多唉！）

顾名思义，这个是Linux Only 的软件，Windows死忠请出门往右拐。

官方网站：这里

Ubuntu用户的话可以直接从源里进行安装：

sudo apt-get install gtg

别的发行版本请自行去官方网站上查看。

大致界面以及功能介绍

• 整体的GUI还是非常简单的，就是一个任务列表。另外还有一个侧边栏用于显示（可选）还有一个已完成任务的列表在底下（同样可选）。另外所有的任务可按标签区分颜色，多个标签就由多种颜色合并显示。然后就是工具栏上的完成按钮、取消按钮和删除按钮以及快速添加任务框（可选），可以说是非常直观的。
• 允许有子任务。我们可以在一个任务上面添加一个子任务，然后无限加入分支。这也是为了任务的更多细节方面的分配。另外当你把母任务标记为完成的时候，子任务默认全部标记为完成。
• 允许有子标签。我们可以通过把现有的标签拖动到另一个标签，就可以把它变为该标签的子标签。因此标签的结构也可以多种多样。使得有些时候你并不用把一大堆标签打到任务上面去，只要扔到几个分支里就可以了。
• 只显示可行动的任务。这个功能在工具栏上有，具体的功能是使得任务列表上只显示现在能做的任务，具体规则就是最底层的子任务以及已经开始的任务，已经开始的任务不用我解释，显示最低层的子任务，也就是说没有完成所有的子任务的母任务将不显示，只显示这个母任务最底层的子任务。另外我们可以设置特定的标签的任务在这个功能上不予显示，使得GTD通过标签的设置成为了可能。
• 超级自由的任务设定，后述。
• 插件支持。目前插件数量比较少，而且我也具体没去研究过，可能比较有用的就是缩小到applet里面和与tomboy的统合吧，其中有一个与RTM同步，但是鉴于RTM和GTG在结构上就已经大为不一样，所以不推荐使用。
• 开源，免费。（废话

任务编辑

很多人可能要问了，任务不就是一行任务的名称么，哪需要专门哪一个章节去讲？各位来看这张图：

大家第一个想到的可能是Wiki系统吧？不过对Ubuntu比较熟悉的人来说可能第一个想到的就是Ubuntu默认的便签软件Tomboy。没有错，所有的任务都可以当作一个类似于wiki词条一样地写，用来描述这个任务的需要的东西，以及过程。另外我们也可以看到，该任务的子任务以及标签的设置，都是包含在任务内容里面的，而且可以随意进行修改。子任务的话只要在行开头打一个“-”空格然后输入子任务名称，回车即可。标签的话只要以@开头，逗号分割。然后鼠标点击子任务即可进入子任务的任务编辑界面，依此类推。

另外当你完成一个子任务的时候，母任务上的该任务内容就会用删除线进行删除，非常地直观。（我就不截图了因为目前还没有完成的子任务OTL）另外还可以通过tomboy插件把任务链接到tomboy的词条上面，也很方便快捷。

总的来说这个就是类似与Vimwiki的任务管理和Wiki的有机结合的成功实例。相比Vimwiki，GTG界面极度友好，而且已完成和未完成可以区分得非常清楚。而且也很方便管理。

不足之处

• 没有标签管理。虽然可以添加标签，但是很杯具的是不能修改和删除标签。如果你想删除标签，只能把该标签所有任务拖动到无标签的分类中，但是实际上并没有删除标签，只是隐藏了而已；同样，如果一个标签上没有任何一个任务，这个标签将会隐藏，并没有一个标签列表来选择设置。因此我目前的解决方法是每个标签都添加了一个假任务。大家可以在我的截图上看到。
• 子任务有时候会打开不了，尤其是空的子任务。这个时候就重新建立即可。
• 开机自动运行建议不要打开。因为我是用Unison手动进行同步的，而GTG是实时保存任务数据的，所以到时候会有同步上的问题（最新时间冲突等），解决方法是同步完毕之后再打开GTG。
• 托盘菜单超级杯具，居然显示全部的任务……我有100个任务就显示100个菜单项么？不过是插件于是我也没什么好讲的……
• 任务的编辑相当花时间。最好是在收集资料，准备干活的时候来编辑一下并写出必要步骤和材料，然后执行任务的时候再来查看并且标记完成。这样的程序估计会有效，目前正在尝试中。另外因为有了与tomboy之间的统合，所以收集资料也相当方便。

其他没什么了，有兴趣的人可以下下来体会一下，嗯

今天网络上面最大的新闻莫过于Yahoo宣布关闭全球最大的在线社交书签服务Delicious了。在目前这个云XX大流行的时代里，Yahoo还很毛病地把最大的云书签服务关闭了，真可谓是晴天霹雳……不过说起书签，现在可能最流行的不再是Delicious这种在线社交书签服务而是书签同步服务，于是转念一想可能也许说不定也不是没有道理。

总之，Delicious就跟上次“Xmarks宣布即将关闭”一样，大家可能也开始寻找Delicious的替代服务吧。嘛，我因为当初delicious在被Yahoo吞掉的时候就已经因为各种登录问题放弃了Delicious，转而开始使用当初日本最大的——现在也是——在线社交书签服务Hatena Bookmark所以根本就没有被波及。Hatena Bookmark是日本著名的web2.0聚合网站Hatena开启的一个在线社交书签服务，说是网络服务的本地化聚合型站点，其实从服务功能上并不比全球的Google以及国内的百度差，甚至各个服务的聚合程度是我目前看到过的聚合网站中聚合得最彻底的。比如说Hatena的博客服务Hatena Diary拥有自己的标记语言，并且可以直接引用Hatena Keyword的词条（Hatena的wiki服务），也可以直接通过特殊的标记添加Hatena Fotolife(相册，已被墙而且还在autoproxy规则之外)里的图片或者是Hatena好友的用户页面，也可以把Hatena Bookmark当作评论系统使用（后述），另外基于Hatena Diary还有一个群组博客服务Hatena Group，其中也不乏有很多GEEK向的服务。

不过比较可惜的是这个服务比较本地，说是社交网络实际上还是以日本那个地方为主，这个可能就是国内国外很少有人知道的原因之一。虽然也有英文的界面，但是大部分的服务还是Japanese Only，所以使用方面还是需要一定的日语基础。今天我就针对Hatena Bookmark稍微介绍一下吧。

Hatena Bookmark 地址：这里

大致介绍

就是和Delicious类似的在线社交书签服务。简单地说就是通过小书签或是浏览器插件来添加书签，管理书签以及共享书签。这里我就不再多说，主要说一点和Delicious的不同之处。

界面

从界面上看可以看到和Delicious差别不是很大。但是仔细看看还是有点不一样的地方。

• 界面颜色可更改。通过右上角的按钮可以修改界面的颜色，主要是为了适应浏览器的主题。
• 可以给自己的书签列表起名字和描述。这个就是为了突出每个用户的个性而设计。（てゆーか为什么是乐园Parade啊喂！！）
• 标签栏。标签栏分别显示一些特殊的分类。比如说第一个就是显示自己所有的书签，第二个就是自己好友的书签，还有关注的好友的书签，被RT过的书签，自己参与的Group的书签等。
• 书签来源。在书签名称后面大家都可以发现灰色的字，这个其实是书签网页的来源，如果是来自外面的网站，则是直接显示域名，而如果是hatena内部的服务比如Hatena Diary或者是Hatena Group里的日志，则显示为Hatena特有的标记语言格式。
• 第二行显示被添加书签的用户数量以及书签的分类。至于这个分类到底是怎么分的我也不太清楚，貌似是跟着网页内容自动判定的。日文的网页自然可以，但是中文的话呢？我试了一下，貌似也挺准的，不过基本上也没尝试过，有兴趣的人可以试一下。
• 支持RSS。无论是自己的书签，还是好友的书签，都可以订阅他的RSS。相当方便。
• 下面显示的是你的评论。对，书签上是可以进行评论的。自然针对这个书签所有人的所有评论都是可以看的，而且评论起着Tag的作用，用途非常广，详细后述。另外也可以发现，评论后面可以显示有多少人在twitter上点击了你的书签，这个就要提到Hatena Bookmark对Twitter的双向支持了，后述。在后面也可以看到，通过hatena发的分享书签的tweet的非官方RT的情况也可以在上面显示，包括显示其非官方RT的评论，这个还是很强的。

书签详细信息

显示的东西相当多，包括标题，简单描述，地址，截图，博客挂件，分类，关键词，Tag，以及后面的每个人对此的评论。需要注意的是标题和截图和分类是可以修改的，但是修改了之后会影响所有人的书签。一般是用来修正错误用而不是个人管理用。

接下来是评论系统。在详细信息后面可以看到所有人的评论以及其非官方RT，支持订阅RSS。另外评论可以写120个字，其中可以通过[keyword]来给书签加入Tag来进行个人管理。这些信息一目了然，可以让你更能够了解这个网页的内容。当然，如果你懂日语的话。

另外每个评论后面都有一个星号什么的，是一个Hatena的一个核心功能HatenaStar，作用就是“招呼”，用国内的话的话应该就是“鼓掌”“献花”这样的东西。可以有很多种颜色的星星，但是只有黄色是无限并且免费的，而且好像貌似还可以自定义星星的样子什么的……这个就没尝试过了。

聚合服务

当然，除了进行添加和管理书签之外，还能通过上面的搜索引擎进行整个HatenaBookmark范围内的搜索，当然也支持Tag的搜索。这个实际上也不是重点，重点在于这个tag的搜索结果是可以通过RSS订阅的。比如你想找vimperator的相关书签，或是Greasemonkey的相关书签，都可以通过RSS订阅到GR上去。这个真的是除了方便，还是方便。(等等你有没有把很奇怪的东西框进去？！)

与浏览器的兼容性

所有的浏览器都可以通过小书签来添加书签。和Delicious一样有着一个很完善的标签云来给你选择，而且支持非英文字符。另外也可以通过勾选“发送到twitter”把分享的书签连同评论一起推送到twitter上去，而且URL的点击和非官方RT将会被统计。在这里我也要提Hatena与twitter的双向支持了：就是既支持推送书签到twitter，也支持把特定推上的URL加为书签，只需要在自己的推上加入B!然后该推的URL会自动加到自己的书签列表上去。不过我目前还没用到。

对Firefox的兼容：3限定。目前Firefox对HatenaBookmark的兼容性是最好的，甚至还有意外的惊喜。除了快速添加书签，类似于Delicious的侧边栏显示，还有直接在地址栏和状态栏上查看所有人的评论和被添加书签次数之外，还可以使得在各个搜索引擎的搜索结果上以及著名博客文章标题上显示被添加书签次数以及hatenastar的情况，不过因为国内访问hatena网站实在太慢（TG你这是故意的吧）所以不建议打开这个功能，会让网页加载变得很慢很慢……

对Chrome的兼容：不用多说了，就是hatenabookmark的迷你版放在工具栏里面……超级不给力，差太远了。

对Vimperator的兼容：这里大家可能要说了，Firefox都讲过了还需要讲Vimperator？其实这个就是上述的意外的惊喜——HatenaBookmark的Firefox扩展里面捆绑了一个官方制作的 Vimperaotr插件。也就是说，HatenaBookmark是史上第一个支持Vimperator并特地为此特地加入相关的功能的扩展目前没有之一。加载只需要在设置文件里面添加一条source命令即可，超级简单。作用也很明显：加入快速添加书签的Keymap c/C，以及在open命令补完里面添加HatenaBookmark的书签的补完，光是这两点就超级给力。另外日本各个Vimperist们又开发了在MOW上快速调出各个社交书签服务的评论和统计结果的插件sbmcommentsviewer.js，也是相当给力的。其实我也想说，使用HatenaBookmark的一部分IT相关人员基本上都是Vimperist。再加上Firefox插件那个是在github维护的开源项目。这样一想，有官方支持Vimiperator其实也不奇怪，嗯。

另外有一点想说的是，如果你光是管理自己的在线书签，说实话社交书签服务并不适合你——最近兴起的书签同步服务已经帮你做到了。Delicious被关闭我觉得估计是和这种书签同步的趋势有关。毕竟Delicious相比HatenaBookmark而言，分享的功能并不详细，大部分人都是拿来当作在线书签使用的，这样的话书签同步或者是微型博客来的更有意义一点。HatenaBookmark作为社交书签服务，已经把社交二字放到了很高的境界，每个人添加书签的积累都能够得以扩展和受用，人们甚至可以拿他替代Google搜索信息都不为过。这个可能就是本地化的搜索引擎新的形式吧，不是搜索引擎厂商来索引网络的内容，而是100%由用户来产生内容，厂商来统计和管理。当然反过来说也就只有本地化的服务才能够这样做，吧。

总之，会日语的同学们感兴趣的话都可以试试Hatena这个服务，如果不太会日语的话也可以拿来学习学习什么的（其实你是想赚人气吧喂）

GAE最后的最后还是解封了什么的。果然是某炸药奖的关系啊。另外也知道了TG那边的确还是有很多人需要使用GAE什么的吧。预想完全没有错，于是我也不用搬家了。不过如果需要免翻墙访问我的博客的话，建议使用GoogleReader订阅或者订阅我的共享项目，反正现在图床已经全部搬到了pckles，所以只要在GR上共享应该没什么问题嗯。

好了牢骚说到这里。前几天我有幸下到了Sound Horizon的最新专辑《Marchen》(德语的童话之意)的某偷跑MP3，于是花了四个小时的时间（其中三个半小时都花在该死的Chrome的下载管理器上……这东西真的是各种不给力，Webkit版IE么喂！）果然正如Twitter上某音乐评论人所说的“SH史上最大の問題作にして最高傑作”(SH史上最大的问题作品同时也是最高杰作)，经过十几遍的loop，渐渐感觉到了Revo陛下通过这个作品想表达的一些感情。于是在这里记录一下。

需要注意的是，我不懂德语，也没有BK，我下面写的东西全是由我自己一个人所听，所查的东西总结而成，有些东西需要看到BK才能够见晓。因此只是一个猜测和记录，对下面的描述是否正确并没有任何保证。请见谅。当然也欢迎各种SHK国民来讨论。

专辑整个流程

这一次的物语音乐的主题是“童话”，总共九首。除了第一首的《宵闇の唄》以及最后一首《暁光の唄》是继上一张单曲的《イドへ至る森へ至るイド》(以下简称IdId)的主线剧情外，中间的七首分别是基于著名的《格林童话》七个童话的剧情编的歌曲。每一首歌的总体路线就是Id直接干涉童话→→→→听童话里的主人公是“为何超越了这条境界线”（个人猜测就是生死的境界线）→→→→助言帮助他们进行复仇→→→→童话结束→→→→Id和Elise对其进行吐槽（雾）复仇的方式有很多，大部分都是直接沿用童话本来的结局，也有合并别的童话的结局，也有完全原创的。正好应了IdId所说的“童話はいつだって、墓場から始まるものさ”（童话总是从墓地里开始的，应了每一首开头都是从超越生死境界线开始）以及残酷的复仇剧。大家可能都觉得很胡扯，但是仔细想想可能就能想得起来，格林童话大部分童话的结局都不是复仇，就是残酷的酷刑。

童话的选择以及其解读

这一次的《Marchen》中，陛下选的童话大部分都是带有残酷意味的童话，其中少部分是初版里面存在并且新版已经删除的童话。很多童话基本上都是完全照搬，也有合并多个童话，或者是根据SH的世界观进行修改的。因为格林童话有不少的童话是很相似的，因此有些我也不清楚到底是不是这七个童话。因此也只能作为参考。

1.宵闇の唄

（略）

2.火刑の魔女

疑似童话原型：《快饿死的孩子们》+《糖果屋》

后半段的“复仇剧”很明显是糖果屋的剧情。前半段目前还不清楚是哪个童话里的。翻了一翻wiki，最相似的可能就是只有初版才存在的童话《快饿死的孩子们》，大致的剧情如下：有一个母亲两个女儿，由于没东西吃母亲饿得发疯了，扬言要杀了一个女儿吃掉，但是那个女儿跑出去最后带了两个面包回来，于是她们就分了吃了。但是两个面包远远不够，母亲扬言要杀了另一个女儿吃掉，但是另一个女儿最后也出去带了两个面包回来。然后她们又饿了，母亲又扬言说要把女儿吃了，但是女儿提议说让我们安眠来告别这个世界，于是母亲也冷静下来了，三个人于是就睡了。过了一段时间，女儿们发现母亲消失了，而且再也没有回来。

与《Marchen》比较相似的地方估计就是母亲消失和吃女儿吧，然后主人公就这样「奉られた」（原句，具体怎么死的不明），然后Id给了她复仇的力量让其母亲变成糖果屋的魔女，并被孩子们烧死（按Id的原句就是“孩子的怨恨就让孩子来帮你们报仇吧”）。这里《Marchen》的糖果屋部分和格林童话里面的糖果屋有点不一样：原作是妹妹发现魔女是想吃了他们所以才把她烧死的，但是《Marchen》上则是糖果屋比较黑暗的另一种说法：妹妹看到哥哥越来越胖，就感到非常害怕（到底害怕什么呢?算了还是不要脑补了orz）就说谎说这个老女人是个魔女是想吃了咱们，最后不仅烧死了魔女，还把魔女的珠宝一抢而光。这个地方就体现出了格林童话的两面性。到底哪个才是真实的？我想只有格林兄弟才知道吧。

3.黒き女将の宿

疑似童话原型：奇怪的请客

其实这个原型我也是不确定，但是就看wiki上写的所有格林童话中就这个比较像而已。这个童话也是初版才有的童话，大致内容是：有个红香肠（猪肉）和白香肠（猪肝）,红香肠邀请白香肠吃饭，但是白香肠到了红香肠家里在家门碰到了很多很奇怪的事情，在餐桌上跟红香肠说了这些事情但是红香肠却不解释一直扯开话题。后来红香肠进厨房烧菜，白香肠在思考门口碰到的各种古怪的事情的时候突然门外有东西喊“快逃！这是香肠杀手的家！”白香肠吓得从窗口逃出来的时候，只见另一个窗口红香肠探出脑袋，拿着菜刀喊“抓到你就给你好看！”

共同的关键词可能就是肝脏料理以及夜里逃出来，但是共同点也就这两个，格林童话里面出现肝脏的除了这个故事之外就只有白雪公主了……前面一半是主人公的背景介绍，从熟悉的旋律，以及很让人泪流满面的「ゲーフェンバゥアー将軍に続けーーー！」这句台词，让人很容易猜出这个是Chronicle 2nd的世界观。因为农民的征兵以及Gefenbauer还是将军这个提示来看，可能就是Albelge侵略屠杀的那段时间吧（也就是Gefenbauer被俘获的那段战役）。不过这些和童话没有任何关系纯属就是背景的介绍。然后肝脏被烧成菜，然后复仇又把掌柜的肝脏拿走什么的，具体细节一切都是谜。可能是因为伪娘化的宰相的台词太难理解了（喂喂

追记：获得BK之后重新读了一遍，基本了解了剧情：跟掌柜卖肝脏料理，但是主人公却不知道这个肝脏是哪里来的----于是被莫名的罪名逼迫上吊……大概是这样的吧。

4.硝子の棺で眠る姫君

确定童话原型：白雪公主

这个千真万确不用怀疑。不过陛下也不可能童话照搬就不好玩了，就加了点娱乐因素，比如猎人的老人化（Jiman了个G啊！！）白雪公主的超天然萝莉化（第一次醒过来的时候和被王子弄醒的时候的超萌的「グーテンモルゲン！」とか还有吃苹果的时候的「いただきまーす♫」とか。不过原作里面也是7岁左右，实际上不符合原作的反而是迪斯尼的版本？）七个小矮人那超级搞笑的吐槽（Eg.「王子様が接吻したら目覚めるんじゃない？」「おおーー」「じゃあこの中に王子様がいるかいな？」「うむむむ」「まさかおうじさんじゃなくておじさんでもいいんじゃね？」「それだ！！」当时第一次听到我都笑趴下了ww）当然吃了苹果之后超越了境界线，Id过来把某个王子叫了过来，然后复仇剧开始……最后女王在女儿的婚礼穿着烙铁做的鞋子跳舞而死。虽然小时候看白雪公主的时候看到这里还是很欢乐的，但是在《Marchen》上听这一段还是会有鸡皮疙瘩的————又快又重的金属BGM，然后女王的尖叫，白雪公主的奸笑……迪斯尼版本的白雪公主的印象完全没有了，甚至真的会相信有轮回结局（白雪公主后来也开始问魔镜，然后生下的女儿又那个啥，然后又七个小矮人etcetc...）

追记：BK上在白雪公主那个萌萌的自述下面提示说有和剧情无关的对话，但是我也没听清楚是什么……详细希望。

5.生と死を別つ境界の古井戸

确定童话原型：霍达大妈

剧情大致是这样的：有一个勤奋的女儿和懒惰的女儿，然后勤奋的女儿一直受妈妈和妹妹欺负。有一次她不小心把毛衣线掉落到井里去了，然后她妈叫她跳下去捡，不然没有晚饭吃；然后跳下去后发现到了某个异空间（死后空间？），由于女儿善良勤奋，在那边帮助了很多生物，最后碰到霍达大妈帮她修床，最后全身覆盖黄金回到了家。然后妈妈也想叫妹妹过去搞一下，结果因为妹妹太懒惰，最后全身覆盖永远洗不掉的沥青回到家。

在《Marchen》上面基本没有任何改变，就是最后妹妹的惩罚变成了ちゃんまみれ（其实我也不知道是什么东西orz）大概也是沥青吧……另外井上大妈……哦不是井上姐姐在这里首次出现，超级治愈……另外总体的旋律相当不像SH的风格，可能就是整个专辑里面最另类的曲目了。

6.薔薇の塔で眠る姫君

确定童话原型：睡美人

看标题也应该知道100%是睡美人了吧。整个剧情是根据原版的睡美人（黄金的碟子只有12个导致第13个魔法师没能被招待而出现的悲剧）其余和原作的睡美人没有任何区别。

在《Marchen》里面，最赞的就是第13个魔法师和第12个魔法师之间的祝福和诅咒大战了（テレーゼ和井上姐姐太GJ了）然后比较233的是王子的出现（整段歌曲和白雪公主的尸体收集家是一模一样的233，陛下你这是故意的吧是故意嘲讽童话里的王子的吧！）还有把公主“弄醒”的时候的「いただきます」实在是太233了我当时就腹筋崩坏了。

追记：看完BK之后发现最后那句德语的大致意思是“最后她把生下来的女儿遗弃在森林中……”，然后再看最后第13个魔法师放出的诅咒……好吧陛下你狠的，把长年以来的鸡生蛋还是蛋生鸡的谜题给解开了orz……

7.青き伯爵の城

确定童话原型：蓝胡子伯爵

格林童话初版限定的童话。有个蓝胡子伯爵，向某兄妹的妹妹求婚，并把她邀请到城里面。他把所有宝藏全都给她看，单唯独有一个房间没有给她看而且也禁止她进去。有一次伯爵出门，她一时好奇打开了那个门，发现里面都是伯爵以前的妻子们的尸体和被虐待的痕迹。这个时候伯爵回来了并且发现了这一切，打算把她拖到那个秘密房间里面杀死，但是哥哥及时赶到把伯爵杀掉了。

整个《Marchen》里面最有冲击力的一首了吧。特别是大冢明夫大叔的淫笑和忏悔相当地冲击人……唉我说大叔，谁叫你在国王圣诞祭里面说很想尖叫一下什么的，看看陛下给你配了什么角色233。另外看了BK之后发现，伯爵的忏悔里面有“枪”的出现，而且读作Longinus……好吧这一次是Chronicle2nd的パーシファル乱入么。这一次クロセカ的Neta还真多啊……另外栗林的歌声超级赞，跟这首歌超级配。陛下选人还是很强的……

8.磔刑の聖女

确定童话原型：忧郁圣女

格林童话初版限定的童话。就是说有个非常虔诚的处女，像上天发誓保持处女之身一直坚持没有去嫁人，就算父亲一直强迫她去嫁人也没有去嫁，最后被钉在十字架上处死，最后成为了圣女。

在《Marchen》中则是我们的Elizabeth的故事了。她哥（但是她哥却要Elizabeth叫他父亲大人，这是啥情况？？？！！！）要她嫁给某贵族家庭，但是Elizabeth因为还思念着Maerz，所以最后没有答应他，最后被钉在十字架上。然后Id过去的时候被她洗礼了，然后Id终于想起了自己变成这个样子的理由……什么的。不过，テレーゼ到哪里去了，变空气了么？！陛下你要给我解释清楚！！！

另外最后的Elise的傲娇黑化爆发暴走最后被关掉的那段超级GJ。

9.暁光の唄

（略）

总结&其他疑问

总体上这一次《Marchen》还是超级给力的。虽然说这一次阵容和以前的二期军团有很大的不同，但是陛下在选人以及乐器上花了不少的功夫，细到每一个声音，层次感非常地纤细。在这一点上让我想到了Squaresoft的神音乐制作人植松伸夫，话说陛下以前建立SoundHorizon之前也是在Squaresoft制作音乐的，可能他们两个人有点关系？这个估计得从陛下口里得知了，否则永远是一个谜；另外在Loop的过程中，我猜想这七个童话是不是代表着七宗罪，贪食贪色嫉妒强欲懒惰傲慢这六个基本上可以看得到有对应的，但是愤怒还找不到……嘛，这也是一种猜测而已……另外每首歌貌似都有着一定的联系，包括和别的地平线之间的联系，这个还需要等待我们去挖掘。

还有一个就是与《圣战伊比利亚》的关系。如果熟悉《圣战》的同志们应该知道《圣战》的BonusTrack目前还没有人能够破解，总共有四个关卡，前面三个可以通过各种历史和文化、语言、宗教、密码学等等知识解的出来，但是第四关深渊之诗目前还没有人能够解出来。可能《圣战》是很久以前的事情了，但是现在重新看看这个深渊之诗，会发现这首歌出现的诗词和IdId的剧情有惊人的相似。当然，知道这一点也没能解出什么来。不过有可能，我说的是有可能，会在这一次《Marchen》里面有提示。不过也是，白雪公主那首里面也有一些与本篇剧情无关的台词，这个可能性还是很大的。另外也有说法说国王圣诞祭里出现的新曲《渡海的勇者》就是BonusTrack，不过谁知道呢？让我们期待期待吧。

戦争を制するのは戦術ではない、戦略だ。ーールルーシュ・ヴィ・ブリタニア

「久しいな、クロームよ…我は忘れやしまいぞ…お前を守る盾が、誰の血によって築かれたのをな！」「号令を閣下！」「突撃ィィーーー！」　ーーとあるカレー好きの冥王人形（マヨトス）

Notice

此博文为圣战文，只是一时无聊蛋疼脑残的博客作者一时无聊蛋疼脑残而写，故不保证其营养价值以及有无毒性作用。如果食用后倍感不适或者是情绪激动者，请及时就医，推荐服用咪唑安定等促进遗忘作用的药物。本次圣战非同寻常，建议加服高压乙醚舱两个小时。

火药桶

看本文标题就知道，这次针对的毫无疑问就是善用佳软上的某翻译文章。虽说这一篇文章并不是博主原创，虽说也是一篇相当过时的文章（现在再看这文章就能发现很多过时的观点），但是看在这个很露骨的标题，以及这篇文章的整体上偏向脑残骨粉的语气，不知道为什么地让我这个坚定的Firefox……哦不，Vimperator用户受刺激了。再加上最近依然相信Chrome是高效的可怜的人们还生活在Chrome的水深火热之中，为了反击他们Chrome阵营，身为Firefox……哦不，Vimperator阵营的我决定针对他们的观点发动一次以终极兵器Vimperator为主的圣战反击文。让他们看看，他们所信奉的"高效"到底还是不是“高效”。和Firefox……哦不，Vimperator比到底哪个高效，而不仅仅在于所谓的极为丰富的扩展和极强的定制性。

为了和以前写过的脑残圣战文不同，我将直接调动最终兵器Vimperator进行压倒式、地毯式轰炸，不仅对Chrome的种种不足之处进行喷击，重点主要放在力量式制压，用各种实际操作给他们看看他们因"学习曲线太陡而不敢去学"的Vimperator的真正威力。这一次我可不会手下留情。実力の差というものを思い知らせてやる。(指

マダ兄弟同士デ殺シ合ッテイルノカ…黒目ノ諸君、我コソガ君達ノ、敵ダ！！！（火炎放射

反击篇

一、关于快捷键

这个毫无悬念。Chrome再移植Firefox的快捷键来吸引Firefox用户去转Chrome，但是Chrome却永远无法移植Vimperator的快捷键。

Chrome有VIM化的扩展。是的，有很多，比如Vimium等。但是他们也就只能把Chrome的操作给Vim化而已。而Vimperator最重要的是，可以把Firefox整个“变异”成Vim，两者是有根本的区别的。

由于借鉴了VIM上多模式的应用，Vimp的快捷键覆盖了整个键盘，而且又支持组合序列鍵，理论上就有了近乎无限的组合。按照排列组合，以及通常使用的以三个序列鍵的形式的快捷键，总共有（26+26）^3，也就是140608个组合，而且还没有把Alt,Ctrl，Shift等辅助键算在里面。然后所有的键盘映射能够覆盖的浏览器操作，包括基本浏览操作加上高级操作，制作宏脚本，快速调用Vimp插件，修改任何一个firefox的选项包括隐藏选项，甚至运行自己的js脚本。

相比之下，Vimium只有几个小小的键盘映射还不让改，shortcutkey扩展功能少的可怜，而且还有几个特定的页面和开机启动第一个标签都无法使用。然后chrome的快捷键区区也就60多个，连Opera都比不过。

另外扯开一下，Vimp甚至可以通过feedsomekey插件修改网络应用程序的快捷键设置，使他变成适合自己的。Vimium和他比较，真的是班门弄斧了。

二、关于鼠标

鼠标是效率最慢的输入设备之一。我先把地图炮放在前面……以前我也说过了，世界上能够让效率变得最快的方法，就是尽可能地让高效率的东西多做自己专攻的事情。在计算机操作里面，那自然就是尽可能地让电脑多做事，因为人脑的速度毫无疑问地，超越不了电脑的速度。因此使用鼠标这种完全需要靠人脑的定位判断能力的输入设备，怎么可能会有效率？这里举一个很简单的例子：在excel上，如果你需要删除一个工作表怎么做？鼠标的话右鍵，有个删除工作表，点一下然后确定。弹出右键菜单并不可避免，但是选择“删除工作表”和“确定”不一定需要鼠标吧。那么何不使用右鍵-d-回车的形式呢？只需一个记忆d，就能跳过两次鼠标的定位，而这个定位就算是触摸屏，也不一定高效。

丑话就先说到这里。让我们快速跳过那些无聊的“前所未有的网上冲浪速度”吧。不必在杂鱼身上浪费时间。

• 右击后退打开历史菜单：vimp的话用:ba命令和:fo命令补全即可。可以输入关键字过滤也可以回溯到数十页前。
• 粘贴并转到：vimp上一个P解决。
• 调整文本框大小：vimp有外部编辑器。而且ff4也有这个功能。
• 快速缩放网页：vimp上一系列以z开头的各种快捷键。可直接定义缩放数值。恢复原来大小的话zz即可，chrome的Ctrl+0什么的这算是哪门高效快捷键？

等等。为什么命令也算高效？命令不是很长很繁琐么？这些都是CLI黑看CLI控看不顺眼的胡话。vimp有着强大的键盘映射系统，只要是命令就能映射到快捷键上去，需要的时候手移上去按一下即可，哪需要握着鼠标去找后退键点击？你生下来手上就粘着鼠标的么？

另外再PS一个：所谓的用户体验，无非就是为了弥补鼠标这个超级低效的输入设备而找出的借口之一。各种不解释。

三、关于启动参数

启动参数并不是Chrome的原创，而且明显Chrome的参数没有firefox那么丰富。当然这一次我们还是着重强调Vimperator的启动项设置。

首先是Firefox的启动项。别的先不说，只说两个：

• profilenameger以及--no-remote参数。顾名思义就是在启动firefox之前先打开profile管理窗口，然后选择相应的profiles。这个并不是主要的，重要的在于另一个参数--no-remote。这个参数可以使得Firefox的每个窗口相互独立，包括profiles。也就是说使用这个参数，你就可以同时运行多个profiles进行管理。Chrome再怎么折腾标签管理有多么舒畅多么方便，你能比得过连扩展，cookie,历史，书签都能单独分开来的Firefox么？上面截的那张NTR图就是一个很好的例子，在Firefox里我就可以只让VimperatorNTR一个profile而另一个不会并且同时显示。没有使用价值？等到你熟练运用多个profile来进行不同的工作的时候自然就会理解了。
• vimperator参数。Firefox一旦被Vimperator附身之后，就追加了一个新的参数-vimperator，作用是控制启动项，以及控制导入配置之前的任何一条自定义命令。Vimperator有着非常严谨的启动顺序设置，熟悉了这些顺序之后，就可以熟练地按照自己的意愿修正启动项。比如说有些选项我想在导入配置文件之前就设置好，比如运行路径的指定等等。

然后就是vimperator的启动设置。按照经典Unix系软件，它们都不会在关闭程序的时候保存设置，而是统一全部写在一个文件里面，然后开机的时候自动读取。这样有个好处：强制关机的时候不会掉设置，也不会弄坏设置。也就是说，启动项是爱怎么样就怎么样。跟chrome那小的可怜的命令参数比起来，那真的是同情他们啊……

四、关于多个首页

这里就要说一下Chrome一直引以为傲的首页系统。作用是可以很人性化地显示最近访问的六个网页。就如某胡萝卜说的，“Ctrl+T之后点一下鼠标就出来了”。这里可以吐槽的地方有很多，先不说“用鼠标点一下”有多么低效，很人性化地显示有多么地好笑，还有就是……六个网页。Opera的speeddial都有9个甚至可以设置12个吧，Safari也可以设置好多个吧，有啥优势有啥好引以为傲的我倒是没有看出来。好，喷就喷到这里，我们来讲讲vimp怎么做。

:qmark x http://www.google.com

传说中的快速书签功能。通常情况下在普通模式下按M之后再按0-9a-zA-Z的任何一个键(上面的例子就是x)就可以把当前的标签保存为一个快速书签，需要用的时候通过go然后x在当前标签上打开该网页，或者是通过gn然后x在新的标签上打开该网页。就三个按键而已，多么简单。比如说我需要打开Gmail，Greader，Twitter，Tumblr等，只需要gnmgnrgntgnu连打就全部出来了。Ctrl+T加鼠标什么的，这是哪门子的效率……

不过说实话实际上这个和首页并没有太大的关系。但是Firefox本身基本废除了首页功能，因为有自动保存视图啊。哪需要有首页啊。重启一下浏览器全部都回来了啊。首页是啥，能吃么。

五、关于智能搜索

搜索是Google的强项。而Google出品的Chrome，搜索自然也应该是强项。吧。

不过上次我也说过什么来着，还是没有原生的Firefox3强，跟4比就更不用说了。大部分人看着都觉得Firefox的地址栏有什么好神奇的，其实神奇之处都写在文档里面，都没宣传出来而已……

^ keyword -- 把候选范围缩小到历史中进行搜索
* keyword -- 把候选范围缩小到书签里进行搜索
+ tag -- 把候选范围缩小到特定标签进行搜索
# keyword -- 标题关键字搜索
@ keyword -- URL关键字搜索
（注意前面的特殊字符后面都要加一个空格）

而且这些仅仅是Firefox3本身的地址栏的功能。而且Firefox本身又不是不会用搜索关键词进行搜索，てゆーか这个功能最先提出来的是Opera还轮不到Chrome来炫耀。而且以前那篇圣战文上面也说过了，本来在地址栏上先输入搜索关键词然后再加要搜索的关键词，这个本身就已经相当地GEEK了，这个时候你就不傻瓜化了去偏向GEEK了，对于大众，还不如Firefox的搜索框方便。

继续鞭尸。让Vimperator来最后一击。不用说太多，就说vimp的complete选项吧。

搜索引擎的补全，搜索关键词的补全，本地文件的补全，firefox原生地址栏的补全，书签的补全，历史的补全，默认搜索引擎的搜索建议补全，已打开的标签的补全……另外通过FF扩展和vimp插件的安装还能更多。Chrome啊，Google啊，你还有什么脸能大声喊出自己是搜索巨头这种口号呢？

六、关于开发版本

略。Chrome搞出来的这种小游戏超级无聊也就这样吧，没力气吐槽了。vimp最新nightly才3，FF最新nightly才4。而且又听说从6到8基本上就只是几个bugfix而已，天晓得他们是怎么想的。

七、关于多个配置

也略。前面已经讲过了。

八、关于about页

about不是什么稀奇的事情。但是Firefox却有比他更为稀奇的东西。看这个：

浏览器中有一个浏览器。也就是说，Firefox上能够看到的所有UI界面，实际上就是用他的浏览器引擎完成的。当然不只是浏览器的UI，还有选项的UI，下载页面的UI，历史的UI……等等。这就是很多人觉得Firefox定制性超高的根本原因。

全都是基于XHTML，也就意味着可以按照HTML的方式随意修改，包括CSS样式表。我的所有的FF上的zenburn主题，都是用CSS表定制而成的。理解了其中包含的书之真理了么？书的历史是绝对不允许被篡改的。（二力樣风）

九、关于主题

大家快来看，Chrome有初音Miku耶！你看连首页都有一个大大的Miku！整体色调都是Miku色的！这下强了吧，二次元头顶青天！

不过只要是Vimp党，根本不会把它当一回事。他们会淡定地在浏览器上晒自己的嫁：

而且还不止浏览器页面

还有Panorama界面。

目前我的vimp的截图。

瞠目结舌了吧？继续战舰援护射击。全都得益于Firefox从3.6开始自带Persona然后原来的persona功能变成了plus。也就意味着通过CSS样式表直接修改浏览器上的UI元素的背景图片，并且控制几乎UI的一切元素。你看我这个补全界面是不是很华丽？其实只需要在设置文件上写上五行js代码就能实现，哪像Chrome不仅需要有人开发，而且还会让chrome变得死慢死慢的。这就是差距。

十、关于任务管理器

死黑目才需要任务管理器来给不明真相的群众看看自己所谓的独立线程的高技术，但是要崩溃还是一起崩溃。

十一、关于网页编辑

网页开发了解不多。但是目前看来，Firebug还是最强。另外vimp从各种可直接运行各种js脚本上看，对开发者不是一点点地友好，不过不是我的专攻，略。

十二、十四、关于网络应用程序以及“亲爱的，我缩小了我的标签 - 它很棒！”

嘛，反正这两个实际上就是一回事情，就一起喷了一起杀了一起拆了一起排了一起凑了然后一起晒吧。

网络应用程序，Chrome设计成这样的目的是什么？无非就是去掉工具栏和标签栏，让一个网络应用程序变得比较像个应用程序。但是，作为一个网站，真的有这个必要？当年Opera开始，为什么会流行多标签的浏览器？为什么现在大部分的文件管理器，都默认地带上了标签的功能？还不是因为桌面上窗口放不下了嘛。把它弄成应用程序，就相当于把网站的标签从chrome转给OS的任务系统进行管理，想想是否真的有这个必要？

另外网络应用程序还有最主要的功能就是去掉了所有的别的元素比如地址栏和标签栏等等。但是，并不是所有的网络应用程序都能把这两个东西去掉的，比如说依赖小书签的，又比如说依赖第三方脚本的。隐藏也就罢了，居然干脆就没有了----这还让人怎么活？都怪你用的不是google的网络应用程序？

没关系还有app tab。因为很久没用过chrome了对apptab功能了解不深，最初的印象就是把标签缩小成一个图标，然后有新消息的时候高亮提醒。（不过我这里貌似没有？）按照那篇翻译文章的意思，是为了节省空间？我个人反倒觉得是为了弥补网络应用程序所产生的尴尬。解决多窗口问题，也解决了地址栏和标签栏，毕竟很多人的屏幕都变大了么。这两行东西对大多数人来说基本上可以忽略了吧，当然，Vimp党们除外。

Chrome党们，告诉你们一个坏消息。Firefox4也有Apptab功能了。

再告诉你们一个坏消息。Firefox4的Apptab比Chrome强大，可以在所有分组里面置顶。

不知道分组是什么？乃Out了吧。

喂喂不要用这种绝望的眼神看着我。我还要继续鞭尸，Vimperator这个主力军还没上呢，もっと楽しませてくれよ。な？

于是最后一击。简单地说，之所以要apptab，之所以要分网络应用程序，不就是为了让浏览器能够管理更多的标签，使其能够方便，快捷地进行管理和激活？这个时候vimp的伟大功能之一Buffer功能要派上用场了。

:buffers
:buffer!
...

第一行命令是显示所有的标签。单击大写的B也可以。第二行是切换标签用，输入关键词自动匹配第一项，小写b就能发动。

关键在于:buffer!。假如你有一个Gmail的网页在任何一个分组任何一个地方，就算不在你的视线里面，只需要:buffer! gmail回车就可以直接跳转到gmail上去，关键词同时可以匹配URL和标题关键词。打命令很烦是不是？那你可以键盘映射嘛：

:nnoremap bm :buffer! gmail<CR>

然后按一下bm，无论你现在打开的是什么页面，你都可以瞬间转移到gmail上去。同理，任何一个网络应用程序都可以设置，比如br是Greader，bt是twitter客户端……这个时候还需要去鼠标上面寻找图标么？连图标都不需要。

另外vimp的buffer管理功能远不止这些。标签之间的移动，标签本身的移动，标签关闭，标签复制，标签脱离窗口……都有相应的命令，自然就有相应的键盘映射。我一般把标签移动设置为q和w，然后关闭设置为d，移动标签为Q和W，这样的话就可以左手单手自由操作标签，而且比鼠标快很多，已经不是档次不档次的问题了，而是根本就不在一个次元上的问题。

十五、关于搜索建议

前面的智能搜索那一块就讲得很清楚了。而且关于搜索的建议，Vimperator只要有相应的API，就可以兼容一切搜索建议，比如amazon,Hatena，yahoo以及youtube视频等。

另外我要吹一些补完相关的内容了。Vimp的命令补完，甚至可以说超越了他的母亲VIM，不止体现在于输入网址的时候的补完，在输入选项设置的时候，选项、以及其参数设置都有非常精确的补完，包括了简单的描述，以及参考的默认值。，另外大部分的命令的引号参数都有相应的补完，让输入命令更为方便，甚至是一种乐趣。还有就是输入js命令的时候进行的各种变量补完，也无非给了那些开发者一个非常顺手的开发环境。

十六、关于扩展

这个不用我多说，想必大家都心知肚明。嘛反正也开坑了，那我就说一下那些Firefox的扩展的插件，以及其脚本的故事吧。

• mouse_gestures.js。让vimp支持鼠标手势的脚本。鼠标手势有什么稀奇？现在大街上的浏览器不都有鼠标手势？而且FF的鼠标手势已经很强了，有必要么？不说Chrome的某鼠标手势就是"可以和别的浏览器的鼠标手势一样好"，也不说到底能不能一样好，vimp的这个鼠标手势，可谓至今为止所有鼠标手势里面是最强的一个。凭什么这样说？就凭一个简简单单的功能介绍----动作可以是按键动作，js脚本，或者是Vimp的所有命令。我想我不用再说什么了吧。
• maine_coon.js。彻底的Firefox界面控制。可隐藏命令栏并且在需要的时候调出；可隐藏整个窗口框架，包括标题栏。装上这个之后，你的浏览器就能成为全球最简洁的浏览器----界面上除了状态栏和网页之外什么都没有。而且不影响实际操作。
• copy.js。把网页的内容按照事先定义的模板复制到剪贴板。其实如果只需要复制URL，一般只要y就可以（用Alt+D Ctrl+C？你太LAG了）但是我们vimp党远远不够，我们一条命令就可以复制URL+回车+标题，也可以把它以附带标题的超级链接的HTML格式代码复制到剪贴板，也可以建立一个选中内容为文本的超级链接的HTML格式代码复制到剪贴板。这些一切，都可以自己定义，而且可以用键盘映射进行调用。亲爱的黑目党们，你们那伟大的浏览器，就算通过扩展能够实现这样的功能么？
• twittperator.js。Twitter客户端。支持Stream的客户端。在任何情况下都支持username以及推内容的补完的客户端。支持关键词的Track的客户端。支持插件的客户端。好了还有什么需要讲的么？
• nextlink.js。vimp的nextpattern和previouspattern的加强版。在这里，我先介绍一下。vimp有一个智能翻页功能，也就是在一些网页上如果要点击下一页的时候只要]]就可以了。而这条命令所识别的关键词可以通过nextpattern这个选项用正则表达式进行定义。乍一看这样已经很强大了，nextlink怎么个加强法？加强在于自动加载wedata上的Autopagerize脚本使用的表达式，也就是说可以由特定网页的XPath进行定义。这样的话能够复盖的区域就不只是简单的正则表达式了。

十三、十七、十八、十九、二十、关于油猴脚本和ADblock和Noscript和（ry

都是Firefox的不完全移植。

到此为止，反击终于结束。估计Chrome就算有赫拉克里斯的13条命也死不完吧。另外估计大家看到这里都看累了，去喝口水，然后我们继续……剩下的追加内容----鞭尸篇。（实际上你已经鞭了不少尸吧喂

鞭尸篇

关于浏览器速度

速度是Chrome的命根子。Chrome上的任何一个功能上的不足以及兼容性方面的不足（我指的是对国内几个很NC的网站兼容性，虽然说我不太访问这些网站，但是这一点在当初chrome在国内推广的时候最主要的阻碍）都能因为“哟，Chrome的启动速度好快，真棒！”而吸引了各种浏览器用户。可可见Google在设计Chrome这个浏览器的时候对与速度不知道下了多少功夫，为了速度甚至连浏览器基本的代理功能都丢弃掉了。而独立进程的设计，也提供了基本界面更大的优先级让界面先跳出来，然后有些浏览器必要的东西全部扔到最后去处理什么的。

当然不只是启动速度，浏览器的js运行速度也是在所有的浏览器中最快。可以方便地运行网络应用程序，有些无聊的人甚至和雷电进行比较什么的……嘛，当然这些都是以前的事情。

现在完全不同了。

首先，Firefox4开始启动速度全线上升。至于上升了多少也不太好比较，但是在我这台低配上网本上，全副武装的Firefox4的启动速度和什么扩展都没有的Chrome不相上下。当然这和我firefox4的扩展选择有点关系，但是不相上下的启动速度，firefox4能够做的事情已经远远超过Chrome了。而且不像Chrome，Firefox的软件定位并不是在于现开现用，而是持续开启直至关机。所以实际上Firefox的启动速度也并不是那么重要。Chrome在自己的命根子上还勉强比得过别人无所谓的属性，我觉得应该是需要想别的方法了吧。

另外一点，就是Firefox4的js的运行速度现在已经超过了Chrome9。实际上js运行速度什么的，几毫秒的差距并不能在网页浏览中体现出来，这一点其实没什么所谓。但更重要的是，Firefox的界面是基于使用XHTML的引擎，也就意味着js引擎的升级不仅仅代表着网页浏览速度的升级，更是代表着浏览器本身运行的升级。这一点在vimperator上体现最为明显。Vimp2和vimp上已经完全不是一个档次的了。

既然是鞭尸就鞭得彻底一点吧。前面我也说了，Vimperator有着各种强大的键盘映射，强大的定制性，为的是什么？神一般的操作手感和近乎瞬间的体感速度。以前Chrome还猖狂的时候，不少人依然坚守着Firefox，而这不少人中有一小部分人依然坚守着Vimperator，就是因为速度----没错，就是Chrome引以为傲的速度。用chrome并且满意它鼓吹的运行速度的用户可能永远也想不到，vimperator那近乎瞬间的体感速度，甚至可以弥补chrome和当初的firefox在运行速度之间的差距。黑目党只会想标签切换用鼠标很快，键盘党可以装扩展调用标签列表，而vimp党老早就用q和w这两个键来切换标签，用bx来切换特定标签了；黑目党只会想打开网页，搜索就在omnibar上搜索，或者ctrl+T然后鼠标点，而vimp党老早就用tabopen,winopen和open的多样组合进行瞬间性搜索，用快速书签瞬间打开各种常用网站；黑目党只会想到拖鼠标到最后或者最前跳转页首页尾，而vimp党老早就用gg和G来跳转了；黑目党只会想到用右键复制网址，然后omnibar上右键粘贴打开，而vimp党老早就用y和Y来复制URL或选中文字，然后p,P甚至是各个多样性组合来直接打开。这种例子数不胜数，而且基本上都是压胜。

而且上面的这些也就是vimp2这个年代的事情了。vimp3之后速度又有大幅度提升，远远地把chrome甩在了脑后。等你习惯了vimp之后，chrome给你的感觉就是慢啊慢，慢啊慢，这点时间我都可以扫完GR了！！

关于标签管理

连命根子都掌握在我的手里了，你已经逃不掉了，呵呵（黑化中）接下来就是弱点一个一个进行重击。让你生不如IE，呵呵呵（黑化升级）

chrome在标签管理上出了一个随意移动标签成为窗口的功能。但实际上也不能称为管理。只有越来越乱。如果是我的话，每个窗口最好都是不一样的颜色，那还差不多，形成了比较鲜明的对照，方便用肉眼来进行管理。

Firefox4新推出了一个全新的标签管理功能，原名 Tab Candy，现名Panorama。简单地说就是标签组的虚拟桌面化。按下快捷键，调出类似MacOSX的expose一样的界面，然后就可以随意添加“虚拟桌面”，标签的移动和激活了。另外，也支持通过输入关键词过滤标签切换，让“标签管理”这个尚未开发的领域提供了一个新的生命。

而且还不止这些。在某次mozilla大会上，开发组还强调其近乎怪兽般的定制性等待着各位开发者去开发。比如说让Panorama支持Firefox Sync的标签同步，又比如让Panorama支持非激活分组的休眠，然后就像上面截图一样的把Persona应用到Panorama里面去等等等等。不同于google的把chrome不当作浏览器而是一个平台，mozilla更是把firefox视作一个完整的，强大的，无与伦比的浏览器。对于一个企业说的“平台”和一个基金会说“软件”，哪个比较可信，不言而喻了吧。

关于未来的发展

在这里我要先向大家说一声对不起，刚刚还口出狂言说要鞭尸鞭尸，写了两点之后实在想不出还能有什么东西可以给我拿去鞭尸了，都因为chrome这个浏览器太单调太无趣……嘛，那就勉为其难，鞭了过去，又鞭了现在，那就再鞭未来吧……（雾

chrome的未来自然就是那传说中的chromeOS。也就是说，chrome即将消失。如果google把自己的野心全部注入在那个操作系统chromeOS的话，chrome难听点说就是一个过渡产品。和vista是一个地位。chrome自从升到6-7之后，开发已然已经处于被动了。硬件加速是M$先提出来的，不是chrome先锋功能，运行速度已经赶不上别人了，云XX什么的基本上都是为了chromeOS准备的没chrome什么事情，扩展么也并非先锋，而且限制又多，死死拼不过Firefox，而且后来居上的opera和safari的扩展也给了chrome一个不小的打击。同步也是firefox先锋，chrome后来居上，而且只能捆绑一个帐号。然后再被chromeOS给NTR了……前途真的是一片黑暗。等到chromeOS发布的时候，还会有staff去关心开发chrome么？chromeOS作为一个云平台提供了一个非常大的想象空间，浏览器虽然做不了什么事情但是OS能够做很多事情----这样的一转，恐怕大部分的开发者注意力都不会再是放在就算是开源的chromium里面了吧。毕竟chromeOS也是开源的不是……？

相比之下，定位比较保守但是准确的浏览器Firefox就不一样了。以前在chrome的淫威，以及业界上不少人说“Mozilla这样的路线太保守了”这种嘲讽之下，也依然坚持着自己亲手开发出来的独特的浏览器路线，而不是chrome这种“不是浏览器而是一个平台”的路线，我个人认为这个是一个很艰难但是又很值得尊重的决定。而且更为有趣的是，Firefox在力求完美的情况下，又保持着不完美的属性，简单地说就是开了坑等着开发者跳进去。而且这些坑并不是无聊的，而是深深刺激着各种开发者的开发欲望的挖金坑。前面说的panorama就是一个典型的例子----不会跟你们说我们将会做什么，而是跟你们我们可以做什么。听起来很好玩吧？那你们就去尽情地玩吧，我们买单----这样。我想无论是firefox本身引擎的设计以及插件的设计，都是基于这个听起来很可笑的概念上，但是就是因为这样，才有现在的firefox。以后firefox只会越来越强，不会去跟以后的chromeOS拼个你死我活，只会去做一个最为强大的浏览器。chrome根本不是敌手，最大的敌手应该是opera，以及IE。

于是恶魔终于离开了，Albelge和Gefenbauer越山岭过来收拾残局了（笑

虽说是看到那篇文章一时激动而开的坑，写了好几天才写了这点东西，有时候在写的过程中也会想到底需不需要喷到这个地步，但是最终我的无限S以及无限M的双重合体技战胜了理智。（啥）不过最主要的是，我有必要做一个表态，一方面是对Firefox的神扩展Vimperator的小小宣传，一方面是对现在的大众对于所谓用户体验的过度关注以及把高效率的手段归结为习惯上的熟练而不是根据时代的变化对于效率的概念上革新等等各种趋势的小小的抗议。所以我最终选择的手段就是这一篇圣战----有时候要改变大众的想法还真的是需要流点血的。可能看了这篇文章之后很多人会或是嗤之以鼻，或是五毛枪文代谢产物一轮炮轰……无所谓，我也就是一个表态而已，并不期待自己的这篇脑残文章能有什么影响。就像是在平静的湖面上扔一块小石头，虽然不能改变天上的月亮但至少可以改变湖面上倒映着的月亮。什么的。

从牢笼里冲破而出并且获得永生的魔法师，最终还是没能够逃过更外面一层的牢笼，等他意识到并且再次冲破而出的时候又没能逃过更外面一层的牢笼……嘛，戏言而已。

最后感谢陪我浪费了不少时间看到这里的各位，让我们下一次圣战再见。（你够了！！

其实我也不知道它版权怎么算的，貌似也不是什么正经的文章，那就翻一下好了。

实际上也没多少参考价值，纯属恶搞。而且我的翻译水平也不行，大家随意看看吧。

其实它上面的标签关键词也是亮点。关键词：扩展，键盘，高手向，男人，修行必须，重口味，泪流满面。

原文链接：Vimperator

翻译开始。

首先要注意一点。这个扩展只有变态才能熟练应用。这件衣服只有变态才能看到。没错这个就相当于是给那个叫Vimmer的变态集团而准备的扩展。在Unix系OS中，各个文本编辑器之间有着非常长久的战争。那就是，vi(Vim是vi的衍生版本) vs Emacs之战。如果很难想象的话就试着想象成蘑菇山和竹笋乡之间的战争吧。嘛，说到底再怎么折腾两者都还是一样变态。Vim呢由于我需要通过SSH连接到远程服务器去编辑远程的文件所以有时候还是不得不用，但是对习惯于如秀丸（注：日本比较流行的文档编辑器，相当于word）等等win平台上的文本编辑器的我们来说，他们就是除了变态还是变态。比如h,j,k,l的移动游标方式，普通模式，编辑模式，命令模式之间的频繁切换什么的从头到尾和我们所熟悉的东西完全不同。听说正是因为这样的设计最终可以实现手指在主要活动区域之内移动的最小化，所以熟练下来的话编辑效果会上好几层楼。嘛，实际上要达到这样的地步需要的路那就是漫漫长路不见终点，什么的。

话说我刚刚在开头说这个东西是“只有变态（Vimmer）才能够熟练应用”其实这句话并不是夸张的表现手法。所以不是Vimmer的话就建议不要安装了吧。因为Vimperator会把你现有的环境全部重写一遍。Vimperator并不是一个给Firefox追加“功能”的扩展，而是把Firefox整个“变异”成Vim的扩展。如果你是仅仅出于兴趣的非Vimmer人员，推荐切换到别的profile再去尝试。

第一次安装Vimperator的时候我也Orz了一下。因为菜单栏和工具栏都消失了！如果你这个时候想大喊“怎么回事啊喂！还我原来的火狐子！”的话，可以输入“:set go+=mTB”来显示菜单栏和工具栏，或者是输入“:addons”，就会出现非常熟悉的附加组件窗口，然后你就从那里卸载吧。

不过呢，这个也很好玩。不仅可以用h,j,k,l来进行移动，可以用“/”来检索文字，用“G”就可以跳转到页面末尾。根本不需要鼠标，只需要几行命令就可以进行所有的操作，从另一个角度来看这个还是很好玩滴。特别是好玩在搞不清楚自己到底是在浏览网页呢还是在用Vim。如果熟悉操作Vim的话可能可以很流畅地操作，但是有很多浏览器特有的命令还是要背出来的，比如说后退是“H”，刷新页面是“r”，点击链接的话是通过“f”进入hint模式在执行。这些命令都可以通过“:viusage”查看普通模式的命令列表，“:exusage”来查看命令行的命令列表来重新认识和确认，所以突然不知道怎么做的时候就Let's Type。如果还不知道怎么做的话就灵活运用“:help”来调出Vimperator的命令吧。

其实我想说的是，这个可能就是Vimmer们向世界发出的一次挑战吧。大家一听到网页浏览，第一想到的都是仰着头靠在椅背上、用死鱼一般的眼睛用鼠标浏览的吧。不对，这是不对的。网页浏览就应该这样积极乐观地前屈盯着屏幕，趴在键盘上像这样嗒嗒嗒，嗯就是这样嗒嗒嗒。

副标题：TwicliのカラースキームをZenburn風にしてみた。

之所以有这个副标题其实是因为上次的那篇Twicli的折腾文在Twitter上被作者找到，然后被他用机器翻译通读了一遍并给了我一系列的扩散和反馈，这时真感叹岛国人民的无限热情什么的……再看看我们景德镇的居民……也就不评论了，今天的重点并不是这个。

其实也没什么，就是最近在用gvim写wiki的时候，发现Zenburn主题是如此地舒服，而且最近TL上也有很多关于讨论Zenburn的话题，于是突然想到把最近折腾的twicli改成zenburn主题的设想。但关键在于，我关于CSS的知识几乎为零，确切点说就是零，更不要说修改主题了。不过当初我还是很天真地认为“把Vim的颜色主题搬到CSS上去还是不难的吧”于是就开工了……

结果实在是折腾人。为了知道哪些项目是什么颜色我特地装了一个颜色取色器，但是一个一个看颜色相当花时间；后来我突然想到以前给twitter写syntax的时候用了一个:hi命令，于是在扩展命令模式用了一下，效果不一般：

MOW各种给力。于是就省下了提取颜色的操作，把心思全部投入到修改CSS上面去了。虽然CSS有点看不懂，不过凭着各种在推理小说中学会的推理能力和药理学实验中获得的各种实验逻辑推断能力（啥），我还是奇迹般地把颜色设置折腾出来了……如果把CSS样式表比作老鼠的话，不知道有几百只老鼠死在我手里了（大汗

最终成果图：

哦哦。

实际上颜色搭配也没有什么针对性，不过颜色方案是严格按照zenburn主题的（众：回复的颜色方案为什么是警告信息的颜色方案啊喂！）以后会慢慢调整的吧。

下面贴上CSS代码。实际上我不太了解CSS的话碰到同一个项目到底是覆盖操作还是追加操作，于是就直接抽提默认的CSS然后修改其颜色方案什么的……多余的代码很多，有兴趣的人可以帮我修剪一下……

Pastebin

P.S. 最近在折腾新建立起来的Vimperator中文Wiki，因此博客更新频率可能会大幅度减少了……另外posterous越来越不给力考虑放弃，如果要看我的文章更新请自行到我的本家以及我的tumblr吧。另外有兴趣的同学们也可以光顾Vimperator中文Wiki，反正估计80%的东西都会是我写的……嗯，各种感谢。

经过上一篇文章对twicli的介绍，有兴趣的人估计都用上了这个 超轻量级的 twitter客户端了吧。其实它所具有的功能远不止这一点。接下来我来大致介绍一下其高级应用，说不定能够启发大家一点兴趣和思路。

把它弄到自己的侧边栏里

Firefox、Opera限定，大屏幕限定。

Opera的话我不展开，原生就可以支持把特定的网页扔到侧边栏里面。Firefox虽然也支持把书签搞到侧边栏上去，但是不太好操作，尤其是用Vimperator的时候。于是我目前的解决方法是用Firefox Splitter扩展分割一个窗口到侧边去。比起把书签扔到侧边栏上，它的好处非常明显：

• 随意分割。不局限于单个或者多个，也不局限于分割的位置。
• 可以进行和普通的Firefox标签一样的操作，包括Vimperator的键盘映射。
• 有相应的Vimperator插件splitbrowser.js来Vim式操作多栏窗口。
• 可以保存视图。常时显示。按照某网友的话就是“splitbrowser+Twicli让我领会到了twitter的魅力。”

给twicli增加功能

twicli虽然功能简单，但是可以通过JS脚本无限制扩展自己的功能。我在这里举一个例子。

给twicli的菜单上加入全部回复功能。加入方法非常简单，只需要在preference下（加号标签里）的js脚本的列表最后加入这一段URL地址，然后点击下面的save最后刷新一下即可。对，加载插件就是这么简单。网上有很多类似的增强功能的插件，大家可以去搜搜看。

给twicli增加未读管理

有很多客户端都具备有未读管理功能，即已读的推和未读的推通过颜色，标记等等方法分开来，使得用户能够清楚地认识到哪些推是未读的。twicli默认没有这个功能，但是由于twicli就是HTML+CSS+JS的复合体，因此可以通过小书签来执行一些简单的JS命令。比如说把当前的所有推的背景颜色改成灰色之类的。嗯，小书签在链接在这里，大家可以自行试用。另外小书签什么的配合Vimperator的commandbookmarklet.js插件，会有超级神奇的效果。各种不解释。

快捷键操作

twicli要说缺点，最大的缺点可能就是没有快捷键了。不过大部分快捷键可以用Vimperator稍微弥补一下那种不爽的感觉。

第一个是vimperator的_smoozie.js插件，这个插件可以把vimperator的jk滚轴操作变成平滑滚动，在twicli上不仅非常有效，而且不卡。在浏览TL的时候不失为一个好的方法。相比而言，Firefox的各种平滑滚动扩展在twicli上的表现不是很好，于是忽略。

第二个是vimperator的x-hint.js插件。这个插件的功能是，追加一个命令可以限制xpath然后启动hint-mode。具体xpath是什么东西我也不是很清楚（HTML小白）不过可以知道的是这个插件用在twicli上可以把hint局限在每条推的回复按钮和其他操作按钮上。这样就间接替代了快捷键操作。导入x-hint.js之后需要的代码如下：

:xh o /html/body/div[@id='tw']/div[.]/div[*]/span[2]/a[.]/*

然后回车就能看到hint的效果了。当然你也可以把这条命令交给一个keymap来运行具体用nnoremap -url参数即可。顿时你就会有莫名的幸福感（啥

目前我摸索出来的大致就这些。如果各位有兴趣的人也一起来讨论讨论，说不定可以把twicli打造成独一无二的最强客户端。

追记：

1. 那个bookmarklet并不是我原创，是我在网上找到的。特此声明……（主要是被作者用机器翻译阅读了，鸭梨巨大于是补一补漏洞orz）
2. 最后一个x-hint的命令写错了不是f是o（扩展的话应该是o）修正一下。

3. 另外补上适合vimperator使用的快速动作键盘映射（x-hint.js必须）

   " Twicli 专用键盘映射(x-hint.js必需)
   command twicliact xh o /html/body/div[@id='tw']/div[.]/div[.]/span[2]/a[.]/.
   command twiclipop xh o /html/body/div[@id='popup']/a[.]
   nnoremap -urls twicli\.neocat\.jp f :twicliact<CR>
   nnoremap -urls twicli\.neocat\.jp F :twiclipop<CR>
   

顺便晒晒新安装的Ubuntu Netbook Edition的桌面好了。而界面就是传说中的Unity，总体感觉非常傻瓜，没有定制项，没有任何快捷键绑定，但是比较轻，上网本上跑的还可以，蛮流畅的。不过个人还是比较习惯Compiz，而且Unity由于还是处于开发中，缺陷实在是太多了……比如我现在写博客用的Gvim，他就无法显示其图标。嘛，改肯定是能改的……

废话说到这里。说到在Ubuntu上使用Twitter，我以前貌似写过一篇很流水账的文，而且也专门写过介绍一个比较强大的java客户端PeraPeraPrv的文章。然后最近又有一个后起之秀Hotot的出现，应该说在Ubuntu上上推已经是一个非常方便的事情了。但是比较可惜的是，我最近重装了一次Ubuntu之后，先后发现了很多问题：

1. twittperator的userstream改成相应的IP之后，通不过Ubuntu自带的Firefox的安全证书。（Win上倒是可以）
2. hotot虽然好用，但是没有他所介绍的那么轻量级：更新弹出窗口的时候会卡，然后随着历史的增多游标移动会越来越卡等。另外还有掉推的现象出现
3. P3就更悲剧了：开始调用系统代理进行连接，而且用Pac文件进行代理的设置依然无效，怀疑不太兼容Ubuntu的代理设置。
4. tween的Wine效果依然不佳。
5. 基于QT的tween客户端Qween，有小小的更新但是依然没有到达tween的高度。
6. 有一个最近开始流行的网页客户端pip.io，不过太重。

于是反正就是各种悲剧，害得我又得开始查找比较适合自己的twitter客户端了。不过还好因为有上次的一次经验，我直接就去google日文去找了（喂）结果在某个介绍qween的某日本人博客上找到了一个叫twicli的东西，google搜索出来的描述里面赫然写着“适合那些想用tween却因为平台问题而用不了tween的用户们”。然后点开全文，又看到“手感甚至可以超越Tween”。于是一时好奇访问其官方网站试用了一下，发现比看起来要好用很多，甚至可以认为是在所有浏览器上的客户端里面最强的了。下面我就来简单介绍一下。

官方网站：日文，英文

运行这个客户端只要点击官网上的启动按钮即可。或者把它保存到书签栏里面（其实它是一个小书签）

大致介绍

首先，它是一个浏览器客户端。为什么不叫网页客户端？是因为我们不通过它收推上推，我们需要直连twitter进行收推发推。也就是说完全可以把它当做本地客户端看待。认证只有Oauth，不过“既然需要直连Twitter，我们也就不需要想是不是支持Basic认证”，大家应该都知道的吧。

另外还有一些比较独特的地方，我在下面先列出来：

• 跨平台。它是通过浏览器实现跨平台的，这点和网页客户端一致。支持的浏览器包括市面上流行的Chrome，Firefox，Opera，Safari等。等等，貌似少了一个？对没错，就少了那一个（笑）另外因为是浏览器上的客户端，代理服务器设置是跟着浏览器走的，Firefox非常方便（Chrome这个时候就压力很大了w）
• 超轻量级。其实标题上也打了这个"超"字，这个丝毫不假----它的本体只有HTML+CSS+Javascript。如果还要说的话还有一个小小的icon，就不用算了吧。先不说那个JS跑分高手Chrome上是什么速度，就算是在Firefox3.6上面，也非常流畅，基本上和chrome没什么区别----连Twitter本家都没那么流畅。
• 绝对的安全。因为是主机直接连向twitter本家api的，所以twicli的服务器完全不会看到你的数据。另外，Oauth验证也有两种方式，一个是传统网页客户端用的认证方式，而另一个则是个别本地客户端用的认证方式，即连Oauth也不通过他们的服务器的认证方式。
• 数据过滤分组。这个几乎是每个日式twitter客户端都有的功能了，非常赞的是twicli作为浏览器上的客户端，也拥有这个功能。支持正则表达式，看起来与其说是学tween不如说是学P3比较接近。另外它可以调用twitterlist创建过滤规则，也可以手动刷新查看list的内容。
• 超强的扩展。这个客户端同样支持扩展，而扩展都是Javascript脚本，而且可以随便调用自己制作的JS脚本。除了他们自己预设好了的JS脚本之外，你还可以添加别的JS脚本的URL进行调用，对这个客户端进行近乎无限的扩展。另外也可以自己定制CSS，来定制自己专有的界面。还有一点比较赞的是，可以通过小书签临时运行一些JS脚本增加动作功能，不过这个Chrome同样表示压力很大（网络应用程序不支持小书签），Vimperator表示毫无压力（通过自定义keymap就能调用）

使用感受+总结

第一感受就是快。而且方便。代理不用折腾，设置不用折腾，分组可以从list导入。很紧凑的界面，信息量非常多，很符合我的口味。不过美中不足的一个是没有快捷键设置，还有就是在vimperator上只能最大化（普通的firefox之类的话说不定就直接弹出一个小窗口了）而且因为上网本的原因，我也不能把它扔到侧边栏上去占地方（屏幕大的同学可以试试，貌似效果不错？!）不过能够接受vimperator的导航系Keymap，所以在看推发推的时候还是很舒服的。手感确实不错，Tween相对来讲比它笨重很多了（Tween在推数比较多的时候还是会卡住）不过还是比较希望能够不用鼠标操作。嘛，也就这样了，有兴趣的人欢迎也一起试用后一起讨论。

因为众所周知的原因，某个最强跨平台文件同步服务Dropbox被GFW认证了。虽然可以通过修改hosts继续使用，但是难免会有不少麻烦：一个是网速的大幅度下降；一个是远程有更新的时候本地不会监控其更新，需要重启之后才能探测到并下载；给新的系统安装Dropbox需要全局翻墙，软件源更新更是需要翻墙。总的来说，就是各种麻烦。但是又能怎么办呢，有些人就是手溅，把不该拿出来的东西扔到公共服务里面，然后我们这些无辜群众就被地图炮了……你们不会去买虚拟主机的么？！我没有别的意思，只是想GFW有它的脑残之处，但是这些事情也不能全怪GFW，那些自称XX人士的人们把公共服务弄得一团糟，然后被认证了之后么又煽动群众，既然知道这些是要被认证的么就不要把我们这些普通用户卷进来啊……

废话说到这里。就是因为上面的这些原因，我想起了Dropbox的替代物，想起来各种无限期的暂时只支持Win平台的国内外各种服务，真是各种绝望。最后我忘记了在哪里看到Wuala这个网络存储服务，在某种程度上跟Dropbox差不多，而且由于是基于Java平台的所以跨平台，于是我就拿去试了下。一开始觉得没有什么特别的地方，但是处于情况紧急+替代心切，我就勉强把所有的功能都摸了一遍之后，发现它不仅能够在某个程度上替代Dropbox，还有很多社会化功能和比较友好的界面设计，于是今天我就把他拿出来共享共享。

Wuala 官方网站： 这里

WOW!Ubuntu 上的相关介绍：这里

功能介绍

• 跨平台。基于Java，因此在Win上或者是Linux上或者是Mac上都可以运行。其中Win和Linux上本人都安装并运行成功（Linux上的话使用OpenJDK也可以完美运行）
• 分布式网络存储。具体参考一下官方的介绍。好像是本地的文件先加密，然后分割成小文件，最后分布上传到wuala的多个服务器。这也就是说安全性是得到了很好的保障的。
• 网盘功能。虽说我是拿这个来替代Dropbox的，但实际上Wuala的基本功能是网盘。图上就可以知道，文件管理曾层次式结构，上传文件只需要把文件从文件管理器上拖动到客户端上即可。
• 完善的权限设置。和Dropbox相同，它有公开、私有、共享三种权限，公开文件夹可以直接通过浏览器查看，私有只能通过客户端+自己的账号查看，而共享可以好友间查看或者是加密了的URL地址查看。加密了的URL就意味着就算是共享文件夹对方也不一定需要客户端就能下载。
• 不错的社区化功能。每个网盘上的文件允许加入自定义图标，加入描述，加入多个标签。另外还有一个好友设置，加入好友之后可以查看好友的公开文件夹和共享文件夹（共享文件夹的共享对象可选），另外还有一个群组功能，任何一个用户都可以建立自己的群并且把自己网盘上的文件链接到群组中去。每个群组的操作方式和网盘相同，并且有权限设置可以设置特定用户为成员或者是管理员。
• 新奇的空间计算。关于网盘的大小，一开始一般用户获得的空间是1G，但是可以通过三种方式扩大自己的网盘空间：一个是和Dropbox相同，为邀请制，邀请一个新用户获得500MB空间，最多6GB；一个是收费用户，价格因为不关心所以没看；最后一个是通过贡献交换空间。可以把自己的本地空间贡献出来作为交换空间，上线时间百分率超过17%（即一天4个小时）就能开启，开启之后额外获得的空间大小为(你贡献的本地空间大小*平均每天上线时间百分率)。其中贡献空间的大小是可以自己设置，单位是GB。
• 额外功能。当你的用户变成了Pro用户之后，就可以使用它的额外功能即文件夹同步和版本控制、备份。要变成Pro用户，有两种途径：一个是买收费服务，还有一个是贡献交换空间。简单地说就是：要么给钱，要么给硬盘空间。
• 开源。这个不解释。
• 暂时免翻墙。这个我也不解释。

网盘功能

网盘是Wuala最基本的功能。不同于那些传统的网盘，它具有文件夹结构的管理，权限的设置，以及各种详细信息的设置。为了方便描述，我简单地说一下与Dropbox在传输以及文件结构中的不同之处：

• 对于各种网络环境的兼容性比较好。Dropbox在连接的过程中是需要监听一个端口的，也就意味着在内网Dropbox将无法使用（除非路由器支持UPnP）。但是Wuala除了监听端口的全功能连接方式之外，还有兼容内网的限制连接模式。虽然从网速上看没有监听端口来的快速，而且也不支持交换空间的使用，但是普通的上传和下载亦可以正常，那么同步功能也是可以正常的。在这一点上，比Dropbox可选择性要多一点。另外需要注意的是，wuala貌似只支持http代理。

• 传输管理。Dropbox有一个让人感到郁闷的地方就是无法设置文件的优先级别，如果你急需要网络上的某些文件的时候，它却在传输其他的文件。这可能是小事，但是这个所谓的“其他的文件”是100MB什么的，那问题就很大了。相比之下，wuala提供了一个下载和上传的队列列表，而且可以自由暂停特定的文件和开启特定文件的传输。另外在文件视图中，未传输的文件呈暗淡显示，传输中的文件会在其图标右边出现一个简单的进度条。这个进度条的设计也很棒：一条垂直的进度条，假如是上传的话是滑块从下往上移动，假如是下载的话是滑块从上往下移动。在状态栏上也能见到简单的进度以及剩余时间，很人性化。

• 详细的属性设置和权限设置。权限的设置虽然和Dropbox一样有三种，但是这三种比Dropbox要透明全面很多。公开文件夹的URL是完全跟着wuala的文件夹结构的，然后共享文件夹除了上面提到的特定好友间共享，导出加有密钥的URL地址，还能通过邮件或者是别的SNS服务共享其加密URL。加密URL其实也是很简单的，就是{你的公开URL?key=XXXXXX}的形式，其中key默认是随机字母，当然你也可以自定义。另外每个文件都可以修改详细信息，如名称、描述、标签，以及自定义图标。

同步功能

同步功能是Pro用户才有的额外功能。也是替代Dropbox用的最主要的功能。相比Dropbox来说，wuala的同步功能还是相当给力的：支持多个文件夹的同步，也可以选择哪些文件夹在哪些计算机之间同步。也就是说简单实现了大部分Dropbox的future plan里面的功能。设置同步文件夹的时候，它除了询问本地哪个文件夹需要同步之外，还会问你这个文件夹放在网盘的什么地方，也就是说同步的内容是保存在网盘里面的。不过需要注意的是，建立同步文件夹必须要从本地文件夹建立，而且建立位置不能和网盘目录重合。同样从网盘同步到本地的时候也一样，同步路径不能和本地文件路径重合。

不过在使用的过程中也发现了很多地方不如Dropbox。比如说wuala的同步功能貌似不是实时的，而是有一段延时。另外同步文件夹最好不要常时间持续编辑比如Scrapbook等。因为wuala的传输只有单线程，如果持续占有的话会影响别的同步文件夹的同步。比较好的方法就是scrapbook平时切换到非同步的数据库，然后要用的时候再换。

版本控制和备份

这个功能因为没有什么必要所以没有用。看帮助上说貌似是定期备份文件夹到网盘，然后编辑过的可以随时变回上一个版本什么的。

社区化功能

社区化功能应该是wuala最具特征性的功能了，网盘文件里的各种详细的属性设置和权限设置基本上都是为了这个服务的。比起Dropbox的共享文件夹功能，他有一些优势：

• 加入评论。每个文件和文件夹还有好友以及群组，都可以加入任何一个评论。评论是社区化的基础，实际上文件夹的评论和群组的评论在某种程度上可以当作论坛使用，好友的评论可以当作简单回复使用。评论功能看似很简单，用法其实还是很多的。
• 节省空间占用。Dropbox的共享文件夹功能需要占用双方的空间，比如说我在里面塞了1G的东西，对方的文件夹也会占有1G的东西，假如双方能使用的空间差别很大，就会觉得比较尴尬。而wuala则使用了网盘+本地缓存的形式，从网盘共享出来之后对方都可以进行查看，但是下载则是可选的，而且不通过自己的网盘，直接下载到本地。
• 更新提醒。wuala还有一个比较好的地方是自己带了一个类似于Google reader的那种更新未读提醒，就在侧边栏网盘上面的感叹号那一项，右边会显示你的未读条目数量，会提醒你群组以及好友的文件更新情况，并且有万恶的“Mark all as read”的功能。
• 群组功能。任何一个人都可以建立自己的群，然后把自己的网盘上的文件“软链接”到群组当中去。由于是软链接，不占用任何额外的空间，因此理论上群组是“无限空间”的。另外群组大致分为公众群组和私人群组，大家可以基本上把它们认为是公开文件夹和共享文件夹的区别吧。另外成员权限设置也很到位。

求扩散

服务的核心还是用户群。我在测试的过程中因为没有什么闲人陪我做小白鼠，所以也只能折腾出这些东西来，然后也不小心变成了某群的管理员……嘛，再社区化的服务没有人自然是很寂寞的，于是求扩散，顺便赚经验值（啥

如果有兴趣的人请点击我的邀请连接：这里

另外从上面的图上也可以看到，我建了一个ACG众的群，名字叫Dollars（好吧大家都知道这个是什么）有兴趣的ACG众们可以进去玩一玩顺便把里面的东西做大一点。因为是私人群组所以需要key才能加入，至于key是什么……嗯，不用我解释了吧（提示：全部大写，没有感叹号）具体的group的URL就参考默认加入的wuala公开群组吧，输入key的方法和共享文件夹一样。

里面塞什么基本上没有什么限制，Dollars嘛……