在用ubuntu 10的时候为了装google拼音输入法，把ibus给卸载了，装来scim，而且一直用google拼音也用得挺好。直到后来升级到了ubuntu 11，发现google拼音变得极不稳定，经常在选第二个词的时候挂掉，然后就再也没办法输入中文，只能重新启动scim，挺烦人的。于是考虑再次回到默认的ibus输入法，于是卸载scim，重新装上ibus，结果更悲剧的事情发生了，ibus一直提示没有输入窗口，现象就是下面的这张图。
Google了N下发现有很多人和我碰到一样的问题，但似乎都没有解决办法。折腾了几天之后，终于找到一个办法，就是修改gtk配置文件。首先进入这个目录：/usr/lib/gtk-2.0/2.10.0（gtk版本可能略有区别），里面有个gtk.immodules文件，用vim或者gedit等文本编辑器打开它，找到这两行：
By "/usr/lib/gtk-2.0/2.10.0/immodules/im-xim.so"… 其实想转WordPress很久了，只是苦于以前的博客程序是自己写的，需要写个转换程序，又还要重新设计制作一套皮肤，所以一直懒得去做，怕麻烦。
实在是很久不写blog了，很多次想写点什么，发现自己也已经受不了原来自己写的博客程序了，终于狠下新来研究WP的数据库，然后开始写转换程序。幸运的是这个过程没有想像的那么复杂，那么难。制作皮肤花的时间比写转换程序花的时间多太多了，新手上路总是有那么多问题的。
在blog程序转换的过程中，也顺便捣腾了一下个人页面，纯粹是无聊的小练习，用了一些简单的HTML5和CSS3，博客的皮肤也是基于此构建的，非常匆忙，甚至在IE6和IE7下都没测试过，还不知道到底如何。
先这样，边用边修改吧！如果大家有好的参考资料或者优秀的插件推荐，那就多谢了！…
AS3的URLLoader本身没有提供解析HTTP头部的功能，而在应用中，我们偶尔也会需要去解析HTTP头部，可以通过HTTP头部获取一些状态信息或者一些其他数据。
幸好AS3提供了Socket类，我们可以利用Socket来模拟HTTP请求，解析HTTP头部以及返回的内容。基本原理很简单：连接服务器的80端口或者其他web端口，向服务器发送请求头，基本上和下面类似：
GET /web/crystal/v1.1Beta01Build011/crystal_ext-min.js HTTP/1.1
Accept: */*
Accept-Language: zh-cn
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; zh-CN; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10
Accept-Encoding: deflate
Host: adsfile.qq.com… 最近flashplayer 10.1升级到了10.1.82.76，由于该版本在安全性控制方面做了许多改进，导致出现了如下的问题。
在Firefox或者Chrome浏览器下，当跨域向远程服务器请求数据时，如果URL使用的是GBK编码的，那么即使在远程服务器上有安全策略控制文件，仍然会引发安全错误。而同样的服务器，使用UTF8或者纯ASCII码做URL则不存在此问题。
也有人发现了相同的问题：http://forums.adobe.com/thread/699750?tstart=0。
此问题已提交至Adobe Flash Player Bug跟踪系统中，等待响应。
因此，建议大家尽量不要使用中文名作为URL路径，能使用英文字符的尽量使用英文字符，虽然有时候是难看一点。…
最近工作稍微空了点，正好又有幸见到了盛大的在线合并工具，于是一时兴起，把YUI Compressor改造了一下，写了个在线合并JS和CSS的工具，命名为Merpressor，目前已经在工作中使用了。
Mepressor分为两个部分：一部分为公网发布时所用，使用Java编写；另一部分为本地调试时所用，使用轻量和方便的PHP编写。（似乎很绕，简单地讲：Java版本用来公网部署，合并同时压缩代码；PHP版用来本地测试，并不压缩内容。）
在项目中需要合并多个js文件或者css文件时，前端开发者只需修改一个xml格式的配置文件，指定需要合并的文件，通过一定的规则访问，服务器则可自动合并多个js文件，并使用YUI Compressor压缩后返回相应内容，而本地环境下，则会自动导入xml中指定的多个js文件或者css文件，从而使得开发调试和发布一体化，真正做到无缝切换。
注意： 由于合并和压缩需要花费较大的资源和时间，因此在响应速度和并发上会表现较差，在实际使用过程中，需要配合CDN（内容分发网络，一般中大型网站都会采用）使用。当然，你也可以只是把这个工具当合并压缩工具使用。…
话说离上一篇日志的发表时间已有漫长的四个多月，实在是对不住读者。客观原因找一下，但是还是要实事求是：一是因为工作实在是太忙太累，无暇顾及；二是BLOG系统太慢，从前到后都需要大概，在开忙之前想修改BLOG系统来着，结果改了一点点就开始忙得不可开交了，于是也中止了。
春节休息了几天，今天上班第一天，最近混twitter混得比较多，经常要压缩URL，以前做了个书签用http://is.gd/压缩，后来发现了全球最短的URL——http://to./，于是决定换API压缩。以前的API可以用GET方式提交数据压缩，但是这个却需要用POST方式提交，因此需要在弹出窗口的同时用POST提交数据。实现起来很简单：在弹出窗口中生成一个表单，把value写到对应的字段中，打开弹出窗口后再用js提交表单即可。
代码如下：
javascript: void(function() {
var p = 'http://to./',
… 没想到这个工具还有几个用户，还很认证地给我发邮件提一些建议，这几天抽空做了一点小修改，同时也修复了几个小bug。
新的LOGO：
设置里面会多出一个选项：当没有新邮件的时候，点击图标是否打开Gmail页面，默认是不打开的。
下载地址：gmailnotify-0.2
国庆呆着无聊的时候，折腾了个Windows 7的边栏小工具，用来及时查收Gmail，可自定义收取时间间隔，预览Gmail邮件内容，有新邮件时会有提示音通知。截图如下：
呆在边栏时的状态：
预览Gmail邮件：
参数设置：
工具下载地址：
一种很常见的写法：
document.write('<scr'+'ipt src="http://a.com/b.js" type="text/javascript"></scr'+'ipt>');
直到被杀毒软件提示有恶意代码才发现这也是不安全的，汗……
那就只好改成这样了：
(function() {
var s = document.createElement('script');
s.type = 'text/javascript';
s.src = 'http://a.com.cn/b.js';
document.getElementsByTagName('head')[0].appendChild(s);
})();
搜了一下，原来还有“邪恶”的eval，具体可以看这里：网马解密大讲堂——网马解密中级篇(Document.write篇)。…
好不容易有些空余时间，便拿来写自己的CSS选择器引擎了，这个CSS选择器引擎的目标只有三个：
希望通过这个，能够真正理解那些牛逼的框架中的一部分，比如jQuery，Mootools，YUI等等。花了接近三个星期的时间，大重构了三遍，从最开始的速度极低到现在的极速，每一次都是大换血。在这个过程中，我看到了那些大师写代码的境界，即使我完成了这样一个东西，代码依然很难看。要做一个CSS选择器并没有你想像的那么难，也并不复杂。
大家可能看完性能测试才会有兴趣，下图是一个较全的性能测试结果，大家可以在这里测试，大家可以自己跑一跑看（由于加载的东西较多，请耐心等待一会儿再点start按钮）。
代码量目前还没达到我满意的程度，不过已经足够小了，Gzip之后仅仅只有2KB（YUICompressor压缩之后为8.61K（win NTFS）），另外，针对Firefox 3， Opera…
我有一个XP的系统，非常干净，IE6也一直没更新，留着原版测试CSS和JS。昨天早上开机提示要我安装更新，于是确定安装，结果蹦出个IE8的安装界面，吓了一跳。还好是第一步，可以不安装，于是点了不安装。图如下：
今天早上来开机，发现又有更新，于是继续装，结果今天蹦出个IE7的安装界面，雷啊！不过还是没装：
为什么都在Windows Update里面推荐更高版本的浏览器了，还存在这么多IE6呢？不要告诉我都和我一样，我很少用IE的，IE6就更不用了………