当Wishlist和开发者想法一致的时候，你就会听见开发者的声音
当Roadmap和用户想法一致的时候，你就会听见用户的声音
当前进的道路和她一致的时候，你就会听见你所爱的人的声音
没啥别的意思，就是觉得《银河美少年》的台词还不错。
另外其实ikde的周产量比linuxtoy高0.4哦（殴
祝各位Developer飒爽Coding。
魔法少女小圆完结
很久没有一部动画能带来这样的感受了。想想最近看过的新番，感觉不错的除了它之外，能想起来的似乎只有四叠半神话大系。算是头一次追着生肉看的如此高兴。完结两集连播的时候，我早早就准备好了justin.tv的直播源，然后以非常激动的心情看完了直播。次日又回顾了一次熟肉。
苍树梅，虚渊玄，新房昭之，梶浦由记，几乎算是近期新番中梦幻般的组合了。作为伪宅，老实说我只知道后3位的名号……不过4位的电波意外的契合呢。因为几位的名号，所以一开始我就跑去追这部了。整次追番过程中，其实算是很积极的在刷S1（啊抹布）。其实就剧情走向来说，基本已经被大家枚举遍了。不过演出效果还是意外的赞。
前面整个9集基本都是为了最后3集高潮铺垫。作为一部非主流魔法少女，世界观意外的残酷，老实说我小时候也是看着美少女战士和初代萌王的…基本都属于轻松愉快搞定boss这样……小圆的世界从最开始就展现了巨大的重压，其实除了作为噱头坑杀麻美学姐之外，也直接让这部的气氛迅速凝重起来。中间部分慢慢把世界的真相和残酷铺开。沙也加和杏子的悲剧也……不过她们成功的将整部片子的悲剧气氛烘托到高潮，让人心中有种无限期待破局的冲动。
第十话的演出非常成功，让人对在前九话中无所作为的小圆有了完全不同的看法。其实说起来想起的另一部电影，赵本山演的叶落归根，对于朋友的一句简单承诺支持着他们完成整个承诺。
小炎在轮回当中，不断感到了西西弗斯般的无力感，越是轮回就越是离最初的目的越远，最终支持她的不过是一句简单的承诺。幸好，在最终要放弃之前终于得到了解放。小炎的努力绝不是白费的，在无数的轮回当中，她不断发现了真相，才在最后帮助小圆许下了那个可能是唯一正确的愿望。在最终霸气无比的许愿当中，虽然愿望是那么的简单，也并不算出人意料，我也非常感动。
虽然世界的轨迹被改变了，依然是悲伤和绝望的循环，但还是小圆最终为人们留下了希望。虽然最终大家对结局有各种解读。不过我想小圆依然还是为她最好的朋友留下了希望。结局前的英文不光是对其他魔法少女而言，也是对小炎而言，小圆成为概念性的存在之后其实并没有离开任何人身边，不是吗？在将来总有一天会再见的！
Don’t forget.
Always. somewhere.
someone is fighting for you
As long as you remember her.
you are not alone.
Posted in 日志
6 Comments
流水和记录
解决了两个问题：
1、目前Archlinux的Nepomuk索引乱码：降级Virtuoso到6.1.2。
2、fcitx和firefox的flash，把ipc禁用掉。就可以用fcitx在flash里面输入中文了。
dom.ipc.plugins.enabled设置为false，或者添加新值dom.ipc.plugins.enabled.libflashplayer.so设置为false，似乎是firefox的插件隔离机制导致的。
今天看ikde.org的访问记录，看见了www.goso.cn，于是去看看是什么爬虫……结果发现是人民搜索orz。于是顺便又看了看有什么爬虫…还看见了有道。
我个人的窗口管理
讨论下我对窗口管理的看法。
首先吐嘈：为什么全局菜单不是个好设计？
考虑一下窗口化和最大化两种情况，窗口化的话，菜单会在距离窗口有一定距离的地方，无论是在鼠标移动，或者是视觉上都带来了一定的距离。
最大化的话，本来菜单就在和全局菜单差不多的地方了，还需要全局菜单吗？
有很多其他的Choice，例如最近KWin开发者提到的，窗口边框和菜单合并（不是直接放在边框上，是弄个像Firefox一样的button）。比如plasma-netbook的最大化隐藏窗口边框。一个设计会带来另一个设计，比如说oxygen的drag anywhere（窗口可以用任意空白位置拖拽），因为plasma-netbook最大化无边框，有了这个功能移动起来也会好得多。比如gnome3的drag anywhere（说起来我看了那么多gnome3评测为什么没有人提这个改进？），因为没有了最大化最小化按钮，为了使得拖拽并tiling更加方便，才更加需要这样的功能。
空间利用的极致应该算是tiling wm了，但是学习曲线比较陡峭，我一直也没习惯。我觉得最大化无边框是个不错的想法，但需要注意几件事。如何恢复窗口化？如何移动？如何一步到位？unity和plasma-netbook采用的方法是窗口控制和面板合体。但也有微妙的区别。由于unity的面板是常驻的，为了剩下那个菜单的空间，也采用了全局菜单。plasma-netbook的面板是自动隐藏的，所以用不上全局菜单。
自动隐藏带来其他问题，是否会触发的太容易？是否会影响窗口中其他功能？无论触发距离的长短，顶部永远是最容易触发的，因为菜单，工具栏等等功能都在窗口上方，让鼠标在距离窗口上方做一个急刹车是完全不现实的行为，所以很容易出现挡住的情况。plasma-netbook的窗口切换可以采用右上角触发，使得恢复窗口的需求最小化（你说关闭也在面板上？都关闭了这窗口就不用管了）。
我个人经过几翻尝试，目前使用的是这样的，窗口边框正常，全面板自动隐藏，顶部有一个窄面板，高度和窗口边框高度相近，因此不会挡住窗口内功能，位置也在不会挡住窗口控制的按钮，内容是快速启动图标。下方一个非全场面板，放时间，系统托盘。下方的面板几乎不会误触发，因为很少会有鼠标在屏幕下方的情况。三个常用的窗口控制的按钮都在左上，（类似mac），顺序是，最小化，最大化，关闭，理由是最左上的位置的按钮在窗口最大化的时候会和右上角的窗口边缘冲突，因此放了对最大化窗口来说最不常用的最小化，右上为了功能放了一个保持最上的控制按钮。这样基本保证核心的鼠标功能是在屏幕左上这样的范围，减少鼠标移动。
其实还可以改进的是，最大化无边框，窗口控制功能所在面板偏左很窄一条，以减少触发冲突。不过由于KDE的最大化无边框在记忆窗口形状上有bug（https://bugs.kde.org/show_bug.cgi?id=269059），因此没有采用。
Posted in Linux
19 Comments
推荐：【葛平金曲】循环
其实几天前就听了。
We Need a break for while (true);
神曲。
A站：http://acfun.cn/html/ent/20110330/186700.html 有神弹幕，推荐。
B站：http://www.bilibili.us/video/av75179/
Posted in 日志
2 Comments
