Shellex.info

其实就Compiz而言，不仅仅是意味着Desktop Linux的最高特效水平；
在合理的配置下，Compiz也是一个高效的窗体管理器。
我不指望通过本文能达到某些Linux达人的效率，但是至少在对比弱智的Gnome Metacity、更弱智的Windows WM、变态的fvwm、极端的Awesome类WM时，
Compiz在效率和复杂性的抉择上很容易达到一个平衡点。
上回介绍了插件，这次我说快捷键。
快捷键是专家用户的最爱，能够显著地提升效率，而合理的快捷键布局不但可以降低记忆负担，而且可以加快中层用户进入专家用户步伐。
一般来说，快捷键的设置采取惯例制、直觉制，布局上并且应该符合人体工程学，减轻肢体疲劳，而且要保持简单性和复杂性中有一个平衡。

所谓惯例制，即快捷键布局符合惯例。比如上下左右移动符合VI惯例jkhl；比如复制粘贴操作惯例Ctrl+C/V等等。
所谓直觉制，即快捷键布局符合一般人类对快捷键功能的直观印象，这样能降低记忆负担。
所谓符合人体构造，即快捷键组合不能太变态，比如CTRL+Alt+右Shift+T，这样的组合键位需要双手展开才能按下，而且难以记忆。
所谓简单和复杂间的平衡，即对与常用操作应该尽量简单，但是也不能由于过分简单引起误操作；而对于危险操作，组合键应该保持复杂——也就是说，逃生按钮不应该放在飞机驾驶台主面板上。

举例来说，激活Gnome-Do的键位我设置为Alt+Z，这样的组合复杂度适中，按下方便。但是如果单取Super键（像Windows开始菜单那样）就不合适了。我想每个玩魔兽争霸的同学都经历过这样的痛苦——混战中按错Windows键切到桌面，结果全军覆没了。而对于Linux magic Keys这样危险的键位就比较复杂：print screen + alt + reisub。在笔记本上还得多按下一个Fn。
所以我的所有Compiz键位设置都按照以上规则来设置——没错，就从我的习惯来讲，我的是不赞成完全使用键盘工作的（别的同学随意），
原因有2：

我需要鼠标绘图。
不想加入过分的记忆负担。

所以我的Compiz也好，以前的openbox也好，Vimperator也好，都是以这样的特点去配置：即快捷键集中在左边。
这也是为什么我一直不愿意使用Awesome这样的WM，我觉得Awesome很Cool，但是一点都不Awesome。
窗体与工作区控制：

Alt+Tab：默认切换窗体，当然不可少。
Alt+鼠标拖拽：默认移动窗体。
Super+Z/X/C/V：分别代表最小化/切换最大化/关闭窗口/纵向最大化。前三个自不必多说，纵向最大化是平铺两个窗口时用的。对宽屏用户很适合。
Super+A：保持窗体置顶。
Super+F：切换全屏状态。
Ctrl + Alt + 左右方向：切换工作区。

以上几组快捷键在Compiz General Options和Compiz Extra WM Actions中的Key binds中设置。切换工作区则是默认的Desktop Wall的设置

Super+Q/W：这一组快捷键用于整体缩小窗体/恢复至原来大小。这里的缩放不是普通意义上的缩放。而是窗体内容随着窗体的体积也变化，就像一个缩略图一样。缩放以后整个窗口都可以拖拽。Windows用户可能不了解。

这个功能非常有用。比如当我想监视着某窗口的整体变化。但是又不希望窗体占据太大体积，可以使用Super+Q然后Super+A，之后放到一边即可。该组快捷键在Shelf插件中设置。

鼠标移动至左下角：所有活动窗口平铺。有时比Alt+tab好用。毕竟线性选择不如两个方向上的。
鼠标移动至左上角：所有Workspace平铺。偶尔需要。

以上两组动作在Scale插件中设置。Grid插件貌似很好，但是暂时用不到。
应用程序：

Alt+1/2/3/4：启动 终端/文件管理器/Firefox/Chromium。这也是最常用的应用程序。
Alt+S/P/V：启动 星际译王/Pidgin/VIM。这也是最常用的Utilities。

其他程序的启动依靠Gnome-Do就好了。（PS:新Gnome-Do的docky icon背景像Windows 7一样随着图标色彩而变化。看来大家都在进步阿）
以上两组快捷键都是在Commands插件中设置，先设置Commands然后设置对应的Key Binds即可。

Alt+左/右方向键：控制 音乐播放器的上一曲/下一曲
Alt+上/下方向键：控制 音量提高/下降。（因为默认的音量控制键太远了）

以上两组快捷键设置是在Gnome快捷键里面设置的。所以你需要打开Compiz的Gnome兼容性插件。
可以发现我的快捷键大部分集中在键盘左边。使用时一般是拇指按下Alt(大多数是程序相关)或者Super(多数是窗体操作)，另外四个手指几乎不用太多移动就可以按下第二个键。至于右手，放在键盘上，还是放在鼠标上，那就随意了。

Compiz fusion(下文简称Compiz) 是众所周知的Linux窗口管理器，以特效丰富牛逼，部分细节粗糙而著称。
但是我这次不谈Compiz的特效有多牛逼，只说如何使用掩盖在特效光环下的Compiz特性来提高工作的效率。 shellex (sxnsx.com) 出品
当然了，这些都是我的一家直言，故名曰指北。如果不幸到了北方，不要怪我，我事先说明了。

为什么是Compiz Fusion：
如果追求效率和高定制性，为什么不fvwm / box系列 / awesome ?
——虽然使用效率和高定制性不是一回事，但是它们有互相制约的关系：
即低定制性必定能满足所有人的某些操作需求，而注定无法满足某些人的所有操作需求。
而定制性又与易用性有互相制约的关系：
即高定制性一般都难于上手，而低定制性一般都容易上手。
知道了这样的关系，根据自己的情况选取一个合适的WM就很容易的了。对我来说，Compiz定制性上有Compiz Config Setting Manager和插件作为支持，而且是GUI的，这就足够了。
Compiz太笨重了
——轻量级的WM运行效率高，但是不意味着使用效率就高。比如用openBox的，不去自己配置快捷键和鼠标动作，那和Windows那种脑残WM也差不了多少。
何况，Compiz能提供的一些能力是一般WM不具备的，即使是fvwm也得经过配置才能做到——而这一点，一般的同学可做不到。
这也是我推荐Gnome-Do的原因。
好了，我们开始吧
这次我先介绍一下我在用的，认为有助于提供效率的插件集。
在此之前你应该先把Compiz Config Setting Manager和Compiz的扩展插件装好，这部分不在赘述。
既然我的目标是使用Compiz提高工作效率，那么像在屏幕上玩火(Paint fire on screen)这样的插件肯定不在介绍范围之内，虽然这个插件在你展示幻灯片时可能造成轰动效果。
现在打开Compiz Config Setting Manager，看看哪些插件是值得勾选的。
General:

General Options： 定义普通窗体操作。
Commands：自定义命令，可以用于启动程序或者别的变态操作。
Gnome Compatibility：保持Gnome兼容性，比如Gnome快捷键。

Accessibility:
这里一般没什么值得一提的。比如Zoom Desktop这样的插件没有显著的作用，如果您有生理障碍可以试试看。
Desktop：

Desktop Wall：只用于切换工作区。所以就没必要用Desktop Cube系列的大堆插件了。当然，为了养眼的话，启用Cube系列也行，聊胜于无。
Expo：方便在工作区间拖拽窗口，也方便查看情况。
Widget Layer：如果很依赖Screenlets（推荐用于代替conky），不妨启用该插件。一些不定时看一眼的程序都可以放到Widget layer去。

Effect：
该系列的插件注定是悲剧的，大多数都不在讨论范围之内。

Animations：这里需要设置一下。最小化窗口推荐全部设置为Magic lamp。原因很简单：当最小化时，该特效会使得窗口形成一条缩小轨迹，轨迹终点指向任务栏或者Dock，这样会给用户留下一个窗体缩小到哪个方向的临时印象，当需要再次用鼠标激活窗口时，能减少目光检索窗口列表或者图标的时间。

Extras：
这里可以启用的是Window Previews。可惜Compiz有个通病，就是最小化的窗口是无法获得缩略图的。
这个问题的存在，给像Window Previews这样需要缩略图来提供可用性的插件所提供的能力大打折扣。
Image Loading：
出于兼容性的原因，这里全部选上。
Untility：
这里使用默认的勾选就可以。
Window Management：
除了默认勾上的插件（除非你了解插件功能，否则不要随意取消，否则你会失去窗体控制能力，比如Move Windows，Resize Window等），还有一下插件值得启用。

Application Switcher：这个Switcher系列挑一个使用就行，没有太大区别，可惜由于缩略图的原因，可用性上是有不足的。
Extra WM Actions：补充常用的窗体操作，比如全屏，置顶等等。
Scale：很好的插件。缩略图平铺选择由它提供。
Shelf：很好的插件。作为最小化和缩放的一种替代形式，这个插件提供的能力在很多情况下会异常方便。

知道了这些好用的插件，那么如何进一步提升效率呢？
请看下文：高效用Compiz工作指北 之 快捷键与鼠标动作
未完待续…

本来，我只是想在本本装个Windows，为了玩《孢子》（没办法，太有爱了）。但是由于没有带SATA驱动的Windows安装CD，未果。反而把Gentoo给删除了，换上了Debian。
具体的实施过程就是这样： Gentoo Debian
中间调整了分区，得到了许姐姐（Shell Xu, @shell909090）的大力帮助，非常感谢～
搞了一下午，基本上把大部分软件装上了。
习惯了用emerge，发现apt真的好快，好有快感。
话说不用gentoo是有两个主要原因：

时间不够，精力不够，CPU不够
debian 也可以平滑升级

当然，gentoo确实让我了解了很多原来不知道的东西，但是理性地说，作为日常桌面的话，我也放弃了很多东西，性价比有点低。
PS：TX同学也离开gentoo了，用ubuntu去了。
PS2：号称用gentoo会死的Hicro Kee MM用起Gentoo来了

以前曾经在校内网上发表过最原始的爽守恒定律的研究，但是这回有了一些新的研究成果。
有的算是颠覆了原有的普遍看法，去掉由于过分乐观导致定律中唯心主义的部分和结论，添加了几条重要的，在生产生活中具备指导意义的推理。
定义：“爽量”，用于衡量爽与不爽的程度，单位是H（读作High）。爽量在数值上可以为正或者负。原则上规定0H为爽常态，既不不爽，也不爽。
爽守恒定律（定律1）：爽量不会凭空产生，也不会凭空消失，它只能从一种不爽转化为别的爽，或者反之，或者从一个人类转移到别的人类，在理想条件下转化或转移的过程中其总量始终为0
定律2： 爽与不爽不会自发地发生转换。但是都具备自衰性——在数值上的表现就是爽量向0H无限趋近。
三个推论：
推论1：爽守恒定律不不保证发生在一个人身上的爽或者不爽的总合为0H。也就是说，当你在某件事情上很得意很自在逍遥的时候，不一定会在另一件事上遭遇令你郁闷得锤墙自杀的情况，反之亦然。换言之，由于定律只保证了宇宙范围内的守恒关系，所以出现一部分人总是很爽而另一部分人总是很不爽的情况是被允许的，而且从概率上看，这是必然会发生的。所以这是一个看上去不公平，其实很公平的，非常TMD爽——或者不爽——的推论。
推论2：虽然存在自衰性，但是爽与不爽的转换不是自发的。因此，如果需要进行等量的转换，在理想条件下需要做等量的功。这是一个很有指导意义的推理，虽然我们还不知道哪些行为在哪些情况下会为哪些人类带来更多的爽量（这是爽分类学的研究前沿），但是“早起的鸟儿有虫吃，早起的笨虫被鸟吃”就是这个道理。
推论3：爽事件总是与一个或者多个不爽事件对应，使其爽量总和为0H。这本不是问题，问题在于，你的不爽是在为哪个混蛋买单？从事相关工作的研究方向被称为爽线索追踪学，是一门非常热门的学科。
推论3.1：快乐总是建立在痛苦之上，是对3.1推论3的另一种表述形式。
备注：以上就是爽守恒定律。如果它为您的论文有帮助，那我感到非常荣幸，也请您在投递论文前在references中注明该定律的出处http://shellex.info/law-of-conservation-of-shuang/。

马上就要走了。由于接下来的一个多月非常忙，我可能不会有任何举动.
除了闺蜜好友，别的同学就不用联系我了。
那么Ubinote的开发也暂停，直到我回来。
昨天的视频有的同学看不到，特地传Vimeo一个版本。

Ubinote dev edition Show from shellex on Vimeo.
下面分享雷人对话一则：
A: 我的取向有问题。
B: 你是gay？
A: 不是。
B: 。。。那怎么？双向的？
A: 不是。
A: 我喜欢MM
B: 那不是没问题嘛。。。
A: 我想当拉拉…
B: 。。。

应OB哥哥的要求，录制演示视频一个。
blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah
blah [...]

真的不大好意思，由于Charlie Wu去搞黑莓开发去了. 而我又有很长一段时间忙于私人项目，所以实在没有时间维护X-Naja。
考虑到确实还有挺多同学有这样的需求，Shellex决定恢复对X-Naja的维护和开发。
Call for Developers
同时，Shellex希望能有同学加入到X-Naja的开发中来，支持这个项目。如果您希望加入我，可以：

到 http://code.google.com/p/xnaja/ 阅读源码，提交代码
通过Email: 5h3ll3x[AT]gmail.com联系我.

Release Notes.
这次X-Naja更新至0.0.0.7，主要是保持了对Firefox 3.5+的兼容，并根据校内网（人人网）域名的变化进行改动。
其他的Bug我还没有时间修复。
推荐使用方法：在相册页面，点击右键，弹出菜单。在的X-Naja子菜单中选择“获取链接”，然后使用迅雷等工具批量下载。
这样不会出现自带下载器卡死的情况。
下载：
https://addons.mozilla.org/zh-CN/firefox/addon/9146 （推荐。希望大家去Mozilla Addon中心下载，然后给与评论，让XNaja早日通过审核）
http://shellex.info/firefox/xnaja/xnaja-0.0.0.7.xpi （本地下载）

Chrome OS谍照又一张.

via: http://imgur.com/ywZcc
知道我为什么这么期待ChromeOS？下图是原因之一：

呼呼，自从上回LinuxToy将Ubinote爆料出去，我再次体验到写程序是一件多么辛苦的事情。
好了，现在有兴趣的同学可以试试这个Ubinote了，但是请不要用它记录任何有价值的信息，因为目前Ubinote还处于极度混乱期。我可不对任何不良后果负责….
最近我研究个路线图出来，第一个发布版本将是Ubinote 0.59。谢谢大家的支持。
Project Page： http://code.google.com/p/ubinote/

上一篇文章让大家猜我的新工程，猜到了多少咩？
现在让我来揭晓答案吧。
开发代号：Ubiquity Note
顾名思义，Ubiquity Note 只做一件事，只做好一件事，那就是组织、管理你的笔记。
这个项目的来由很简单咯，Windows上有一款非常令人取舍不下的软件，叫OneNote。
像Shellex这样的爱学习的好同学，笔记总是很多的。什么最新的玛雅网址啦，什么最新的”五大门”啦之类的。
像这些笔记，如果有个统一的组织该多方便哈…
对此，Linux下有不少替代品呢！但是对我来说都有这样那样的缺点：

Basket 这样的，本来挺好，但是KDE依赖实在太多…而且太复杂
Tomboy 是 Mono 的，而且不符合我的使用习惯，
Jarnal 和 xournal 不好用…或者不知道怎么样用
Notecase这样的管理方式不爽，我还不如直接用文件管理…
Zim 用过一段时间，依赖不少，而且对富文本支持比较弱，优点是支持Tex。
TiddyWiki ，光一个js，总感觉不大靠谱…用过一段时间后体积暴涨，Fx撑着。
花花给过我一个（地址忘记了），pygtk的，但是有Bug，我又不想接着搞。
而Albert同学的 Gbase ，还遥遥无期呢

其实我的需求很简单，也是UbiquityNote的基本Features：

按照Tag和Notebook组织我的笔记
能快速检索，当笔记数目N增加时，平均检索时间T=search(N)不要上升得太快
富编辑，最好有Tex支持，最好有附件支持
跨平台，最好在Windows这个大傻逼上也能用。
依赖少一些，越少越好
数据互通性高一些，公共开放的格式最好，交换数据方便
现代化一些，不要像某些linux桌面软件一样好像是上个世纪70年度的产品

考虑到Albert同学的 Gbase本来很和我意的，但是…我等不了了，于是我开始了。经过一周左右零碎时间的开发，可以给大家看一个预览：

Shellex可以预先透露给大家的是，Ubiquity Note将会有很独特的设计，相信会让各位在做笔记时得到快感和乐趣。
具体是什么就先不说鸟，否则就不好玩鸟～～