天堂的另一天

昨晚上两点左右睡得觉,今天睡到6点半就起来了,继续睡,赖到七点多就睡不着了.
那就干脆起来买早饭,去公司了.到了公司居然还没8点,看到指纹记录上还有昨天12点多才走的同事留下的记录.唉,我的班可是10点的班阿,我居然来这么早.算了,就当这个月来一直是下午才来上班的补偿吧.

之前一直想找一个便签，Tomboy不是我要的那种，我是希望可以像Mac地下的stickies一样，就像我们平时的便签纸一样，到处贴的那种。

今天找了一下，发现Knotes的效果正好是我想要的，比Mac下的Stickies让我更满意，呵呵，平时经常忘了一些东西，就喜欢把他贴到桌面去，这样看看桌面是不是就记起来了。

show一下我的乱七八糟的东西

感觉还是不错的。

在Linux下，我们非常经常阅读电子书，常用的阅读器就是evince,xpdf,kpdf这几种。

evince是gnome自带的pdf阅读器，很多人都是使用这个阅读器。
xpdf是一个非常轻量的pdf阅读器，很小很方便，功能很强大。
kpdf据说是根据xpdf改的，感觉和evince差不多。

说一下我自己的感觉吧：

evince太占资源了，而且感觉也没有什么特别之处，界面也普普通通。
xpdf真的是很轻，非常快，但是界面非常简陋，不过支持键绑定等功能。但是由于我在ubuntu下安装好之后，界面是乱码，我一时也不想去研究他，所以不了了之。但是他打开一个pdf文件的速度是很快的，让我印象很深刻。
kpdf感觉是evince和xpdf的中间者，也许是一个折中的方案，打开的速度肯定比不上xpdf，但是他的界面确是非常友好的，我挺喜欢的。

从性能上来说，还是xpdf占优，下面是一个数据比较：

打开一个大小为11M的pdf文档：

evince占内存32M，打开大概要4s;xpdf占内存7M，基本是马上就打开了;kpdf占内存20M，大概要一秒多点就打开了。

evince据说打开一个pdf文件，基本就全部装入内存，而xpdf我感觉好象只装入少量的，从使用的过程就能感觉到，由于装的少，装入速度挺快的。kpdf我的感觉还是就是他们俩的折中方案。

      其实这是一个小问题，很经常碰到，就是用gedit编辑完文件之后，用vi打开，里头的很多汉字注释全成了乱码，这一看就是编码问题，但是一直没去找怎么修改配置文件，今天就找了一下，大致知道原因了。
      由于在gedit下，我使用的输入法是fcitx，fcitx默认是gb编码，而我的vim默认是utf-8（我查了一下，好像gedit默认也是utf-8），所以打开会成乱码。修改了一下配置文件，使vi支持gb编码就好了。
      修改.vimrc:
let &termencoding=&encoding
set fileencodings=utf-8,gbk

再次打开vi，显示就正常了。

      这几天一直在找阅读源代码的工具，网上用的多的有lxr的，kscope的，还有windows下的Source Insight等等，我尝试了一下lxr，由于要安装数据库，比较麻烦，而且我尝试了一下，实在好难弄，因为要对源代码进行3趟扫描，实在耗时而且麻烦，到最后也没弄好。当然，网上有很多很好的lxr网站，不过，并不是时时都能上网的，而且网页刷新还依赖于网速。
      也尝试了一下kscope，之前问过cocobear，他说很不好用，不过安装很方便，我就试了一下，感觉真的很不好用，而且不知道为什么，在我在机子上我用他阅读源代码时，他自动将多余空格全去了，弄得排版相当难看，不知道得在哪儿设置，所以也放弃了。
      最后只好尝试一下vi了，当然emacs也行，或者更强，但是还是熟悉点的vim比较好搞。现在的vim里一般都有ctags，只要用ctags先对你的源代码目录进行一下扫描：
ctags -R *
R表示对该目录下的子目录采用递归搜寻。
扫描完毕会生成一个ctags文件，速度感觉比lxr快多了，不过我对linux源码扫描生成的tags文件居然有73M，-_-b。不过貌似lxr扫描生成的更大。这个时候就可以用vi浏览源代码了，感觉挺不错的。运行vim的时候，必须在”tags”文件所在的目录下运行。否则，运行vim的时候还要用”:set tags=”命令设定”tags”文件的路径，这样vim才能找到”tags”文件。至于详细的操作，大家自己可以上网搜寻，感觉还不错。再配上源代码补全，好得很。

还可以使用taglist插件，下载taglist插件之后，配置好之后，可以输入：Tlist，来实现累死kscope的效果，分栏显示，当然，如果使用gvim的话，感觉就很好了，因为可以直接使用鼠标点击，跳转更方便了。