用Linux的请帮忙测试一下Firefoxx 3 beta 1的中文输入问题
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Mozilla Firefox 3.0 beta 1发布后，因为使用上确实快了不少，我就用上了，包括Windows和Linux都装了。我的Linux是Debian Sid，Fcitx输入法，在Firefox 3.0 beta 1（Mozilla官方版）上遇到了很奇怪的中文输入问题：
在任何网页上的Rich text editor中，比如Gmail的写信窗口（非Plain text情况下），其他Web邮箱的写信窗口也是一样，用Fcitx输入中文时，如果有多个字词选项，不论哪种输入法，拼音也好，五笔也好，按 2 都不能选择输入第 2 个中文字词；与此同时，按1/3/4/5都没有任何问题（同时显示5个字的情况）。
以前Fx2.0系列时没有这个问题，其他程序使用Fcitx输入都未见此问题。
网页上的普通Textarea框输入中文也没有任何问题，比如本Blog下的留言框。
如果没有Gmail，也可以到以下网页试一下输入：
http://www.mozilla.org/editor/midasdemo/
http://www.kevinroth.com/rte/demo.htm
在使用这两个网页上的RTE输入时，发现了一个更奇怪的现象，这两个网页的文本编辑窗口下方都有一个“View HTML Source”选项，点选它可以显示当前编辑文字的HTML代码，在HTML显示的状态下，在fcitx输入条上按2可以输入第2个字词，并且此时再转回标准显示模式，仍旧可以按2选择输入中文。
而在在Gmail的写信框上，点一下Plain text然后再输入，或者点完后再回RTF格式下输入，也不会再有问题。
这一招可以作为一个解决或避开问题的方法。
【更新】也可以在输入窗口中使用一下右键菜单，Paste，Undo都可以，比如可以输入一个错字，然后右键Undo一下，这个选字的问题会马上消失；同时同一个Fx窗口内的其他Tab内的同一问题也会消失。就好像什么选项被打开一样。
有用scim或其他输入法的也请测一下，毕竟今后还是要用Fx3的。这个问题似乎还挺特殊，不是Linux中文用户估计也遇不到，可能也很难理解这种输入方式。
怀疑是Fx3里面的keypress事件处理上有问题。这里有个网页可以读取这些事件，显示其结果，看上去按2并没有什么不同，不知道和RTE编辑框混在一起有什么不同。
强烈呼吁有能力的研究一下，如果真是Bug，也可以报一下。
在任何网页上的Rich text editor中，比如Gmail的写信窗口（非Plain text情况下），其他Web邮箱的写信窗口也是一样，用Fcitx输入中文时，如果有多个字词选项，不论哪种输入法，拼音也好，五笔也好，按 2 都不能选择输入第 2 个中文字词；与此同时，按1/3/4/5都没有任何问题（同时显示5个字的情况）。
以前Fx2.0系列时没有这个问题，其他程序使用Fcitx输入都未见此问题。
网页上的普通Textarea框输入中文也没有任何问题，比如本Blog下的留言框。
如果没有Gmail，也可以到以下网页试一下输入：
http://www.mozilla.org/editor/midasdemo/
http://www.kevinroth.com/rte/demo.htm
在使用这两个网页上的RTE输入时，发现了一个更奇怪的现象，这两个网页的文本编辑窗口下方都有一个“View HTML Source”选项，点选它可以显示当前编辑文字的HTML代码，在HTML显示的状态下，在fcitx输入条上按2可以输入第2个字词，并且此时再转回标准显示模式，仍旧可以按2选择输入中文。
而在在Gmail的写信框上，点一下Plain text然后再输入，或者点完后再回RTF格式下输入，也不会再有问题。
这一招可以作为一个解决或避开问题的方法。
【更新】也可以在输入窗口中使用一下右键菜单，Paste，Undo都可以，比如可以输入一个错字，然后右键Undo一下，这个选字的问题会马上消失；同时同一个Fx窗口内的其他Tab内的同一问题也会消失。就好像什么选项被打开一样。
有用scim或其他输入法的也请测一下，毕竟今后还是要用Fx3的。这个问题似乎还挺特殊，不是Linux中文用户估计也遇不到，可能也很难理解这种输入方式。
怀疑是Fx3里面的keypress事件处理上有问题。这里有个网页可以读取这些事件，显示其结果，看上去按2并没有什么不同，不知道和RTE编辑框混在一起有什么不同。
强烈呼吁有能力的研究一下，如果真是Bug，也可以报一下。
把CHM解开成html来看
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
CHM这格式的电子书感觉还不错，用起来挺方便，还只有一个文件。但由于它的全称其实就叫Microsoft Compiled HTML Help，所以从前只有Windows能看，后来Linux上也出了许多查看工具，什么xchm/chmsee/gnochm/kchmviewer等等，但据说效果差异比较大。
后来这个格式就被人反向了，虽然也很复杂，但还是可以解出来，主要内容部分据说和cab文件的压缩算法是一致的，于是就有一些解压工具可以把它解开了，比如著名的开源压缩工具7zip(强烈推荐使用)，就可以解开chm。这个工具开源程序很高，所以在Linux上也有，Debian的包叫p7zip/p7zip-full，前面简单点，后者比较全，但是它们都不支持chm格式解压。
后来又发现另一个工具，叫archmage，模仿archive的样子吧（用dict查了下，竟然是个词，archimage，某种大巫师，波斯拜火教的什么的），Python写的，专门来解开或查看chm。基本用法是：
如果装了apache的python模块，还可以调用它的模块，直接在apache下运行。其实解开就挺好的，这样获取它的文字也比较容易 :p 试了几个，有的完全正常，连旁边的章节什么的都好用，有的正文正常，边栏会乱码，估计转下码就好了。
后来这个格式就被人反向了，虽然也很复杂，但还是可以解出来，主要内容部分据说和cab文件的压缩算法是一致的，于是就有一些解压工具可以把它解开了，比如著名的开源压缩工具7zip(强烈推荐使用)，就可以解开chm。这个工具开源程序很高，所以在Linux上也有，Debian的包叫p7zip/p7zip-full，前面简单点，后者比较全，但是它们都不支持chm格式解压。
后来又发现另一个工具，叫archmage，模仿archive的样子吧（用dict查了下，竟然是个词，archimage，某种大巫师，波斯拜火教的什么的），Python写的，专门来解开或查看chm。基本用法是：
archmage <chmfile> <directory>
把chm文件解开到目录
archmage -p <port> <chmfile>
把自己当成一个http服务器，在指定端口运行，然后就可以在浏览器里看如果装了apache的python模块，还可以调用它的模块，直接在apache下运行。其实解开就挺好的，这样获取它的文字也比较容易 :p 试了几个，有的完全正常，连旁边的章节什么的都好用，有的正文正常，边栏会乱码，估计转下码就好了。
推荐Firefox 3.0 beta 1
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Mozilla几天前发布了Firefox 3.0 beta 1，变动比较大，不再是小打小闹，而是升级换代了，用了两天，包括Windows XP和Linux平台，工作得很流畅。这次升级最大的变化就是快，启动快，显示页面快，关闭窗口也很快。另据有人测试，内存使用上有很大提升，说是比Fx 2.0少了不少，比IE7也好──这个问题我没有太多感受。
最重大的变化是，以前遇到的Gmail新版可能滚动慢的问题在Fx3上没有了，开启Compositor效果也没有任何慢的问题，所以我就用下来了。不利因素是大把的扩展都还不支持这个新版，Adblock plus还行，如果扩展比较重要的话，比如搞Web开发的，或者要访问某些JS/Flash比较重的网站的，可能得等等扩展再升级了。
这个版还是Beta版，我已经在Linux上和win上各见识了一次崩溃，都是在没有什么操作的情况下，然后它会弹出个窗口要求向Mozilla报告，然后重启Firefox；而在显示某些图片时，会出现图片和它应在位置出现错位的情况（仅在Linux上）。
另外还有一些小的变化，比如显示FTP站点变漂亮了，保存密码的提示显示在页面上方了，地址栏后有个五角星可以直接Bookmark了，搜索栏宽度可以直接拖动了，点击地址栏里的网站图标可以显示网站信息了，下载窗口更好用了，书签管理也升级了，据说支持色彩管理了等等，都还不错。
下载页面。
最重大的变化是，以前遇到的Gmail新版可能滚动慢的问题在Fx3上没有了，开启Compositor效果也没有任何慢的问题，所以我就用下来了。不利因素是大把的扩展都还不支持这个新版，Adblock plus还行，如果扩展比较重要的话，比如搞Web开发的，或者要访问某些JS/Flash比较重的网站的，可能得等等扩展再升级了。
这个版还是Beta版，我已经在Linux上和win上各见识了一次崩溃，都是在没有什么操作的情况下，然后它会弹出个窗口要求向Mozilla报告，然后重启Firefox；而在显示某些图片时，会出现图片和它应在位置出现错位的情况（仅在Linux上）。
另外还有一些小的变化，比如显示FTP站点变漂亮了，保存密码的提示显示在页面上方了，地址栏后有个五角星可以直接Bookmark了，搜索栏宽度可以直接拖动了，点击地址栏里的网站图标可以显示网站信息了，下载窗口更好用了，书签管理也升级了，据说支持色彩管理了等等，都还不错。
下载页面。
新版Gmail在Iceweasel里滚动慢的问题
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Iceweasel就是Debian编出来的Firefox，代码上基本是一样的，只是为了商标问题不能叫Firefox的名字了。Gmail出来新版之后，就发现在一台机器上页面滚动特别地慢，有明显的卡的感觉，同时已经降频到1.3G的CPU会立即回到2G，时间略长一点风扇就开始响。想来这还是个扣肉双核，应该不至于。
问了一些网友，发现没有这些情况。今天又试了两台其他机器，包括一台PIII上XP+Fx和一台T40上的Debian+Iceweasel，机器都差多了，也没有问题。清理缓存什么的没有效果。
刚才突然想到新近比较火的X上的Compositor技术，曾经在T40上就很慢，后来给关了；而新机器感觉比较新，Intel的显卡支持又好，就开了，问题可能就在此处了。于是关了Compositor，这一点Xfce4做得不错，自己集成了一点效果和开关选项，关了之后就发现Gmail页面滚动基本恢复正常了。
然后看xorg.conf里的设置，加速选项用了EXA，当时看网上说这是更好的加速框架；试了下还是用原来的XAA，再打开Compositor，居然没有再卡。
所以，要想这个Gmail新版不卡，要么不用Compositor，要么用XAA+Compositor。至于Firefox的哪种技术和X这个新特性有冲突，就不知道了。
问了一些网友，发现没有这些情况。今天又试了两台其他机器，包括一台PIII上XP+Fx和一台T40上的Debian+Iceweasel，机器都差多了，也没有问题。清理缓存什么的没有效果。
刚才突然想到新近比较火的X上的Compositor技术，曾经在T40上就很慢，后来给关了；而新机器感觉比较新，Intel的显卡支持又好，就开了，问题可能就在此处了。于是关了Compositor，这一点Xfce4做得不错，自己集成了一点效果和开关选项，关了之后就发现Gmail页面滚动基本恢复正常了。
然后看xorg.conf里的设置，加速选项用了EXA，当时看网上说这是更好的加速框架；试了下还是用原来的XAA，再打开Compositor，居然没有再卡。
所以，要想这个Gmail新版不卡，要么不用Compositor，要么用XAA+Compositor。至于Firefox的哪种技术和X这个新特性有冲突，就不知道了。
Firefox内存其实是破碎？
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Pavlov.net这篇文章说Firefox占用很大的内存其实不是泄露，而是内存使用上的碎片，它造成虽然实质上并没有占用那些内存块，但由于隔三差五又占了一点，造成没有连续空间，显得这一大片看上去都被占了，系统在分配内存时也不能再用。
文章中还有图显示这一点，看上去很有意思。但这么CS的话题就不懂了，有能力的同学可以深究。作者还发布了一个叫RAMBack的扩展，据说可以解决一点这种问题。
但现在也要说Firefox是有内存泄露的，许多开发者用各种工具进行了研究，他们有了不少发现，有一些Bug也被修复了。他们用的主要方法是随机调用各种页面，比如Yahoo dir中随机找着看，从del.icio.us中找着看，以及看全球前500大网站等等，在这些过程中，他们发现了一些网站和一些扩展确实会有内存泄露。这就是说，如果你碰巧没有那些扩展，也没有上过那些会引发问题的网站，你就不会遭遇内存问题，这纯属个人习惯问题了。我发现自己人品还不错，Fx一般一开就是一天，没见过内存几百占用MB甚至上G的问题。
电脑问题还是很神秘的，新版的Gmail在我的新机上居然很慢，主要是页面滚动很慢，在这么慢的同时CPU占用也会升高，风扇开始猛转，显得很吃力的样子。这台机器还是扣肉双核2G，1GB的内存；同样的新版Gmail却在老机器上相当顺畅，这包括一台PIII 866和一台T40(PM 1.3G），都才只有半G的内存，很是邪门。在Gmail help的Group里也有好几人报告同样问题。
文章中还有图显示这一点，看上去很有意思。但这么CS的话题就不懂了，有能力的同学可以深究。作者还发布了一个叫RAMBack的扩展，据说可以解决一点这种问题。
但现在也要说Firefox是有内存泄露的，许多开发者用各种工具进行了研究，他们有了不少发现，有一些Bug也被修复了。他们用的主要方法是随机调用各种页面，比如Yahoo dir中随机找着看，从del.icio.us中找着看，以及看全球前500大网站等等，在这些过程中，他们发现了一些网站和一些扩展确实会有内存泄露。这就是说，如果你碰巧没有那些扩展，也没有上过那些会引发问题的网站，你就不会遭遇内存问题，这纯属个人习惯问题了。我发现自己人品还不错，Fx一般一开就是一天，没见过内存几百占用MB甚至上G的问题。
电脑问题还是很神秘的，新版的Gmail在我的新机上居然很慢，主要是页面滚动很慢，在这么慢的同时CPU占用也会升高，风扇开始猛转，显得很吃力的样子。这台机器还是扣肉双核2G，1GB的内存；同样的新版Gmail却在老机器上相当顺畅，这包括一台PIII 866和一台T40(PM 1.3G），都才只有半G的内存，很是邪门。在Gmail help的Group里也有好几人报告同样问题。
在Linux上查字典
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
平时查字典，我主要用的是水木社区提供的在线字典，这里查不到的就用浏览器上Google，用define:word这样的方法查，如果看不懂，就用dict.cn，以前也用过在线的金山词霸iciba.com，但速度远不如dict.cn，页面也比较复杂。一般查英文词就是看个意思，要辨析精妙词义的时候很少，碰到这种情况一般用m-w.com，应该没有这里更强的地方了，Google define一般情况下也够了。
水木词典成为第一选择，全是因为它在终端窗口里工作，速度快，操作方便，只要有网，随时可用（有时会提示连接过多）。我希望词典都这样简单。
前一段又想起来dict.org，它不光有在线词典，同时它是一个DICT协议，分Server和Client，词典数据放在特殊格式的文件内，由服务器提供服务，客户端发出查询接受结果。它收集了一些可以免费自由使用的字典，其中包括两个英汉字典，分别是伏建军的xdict和马苏安的Stardic，它们最初发布的时候就都是GPL授权，xdict更是有17万词汇。但是这些词典原始来源如何就不太清楚了，但似乎没有过异议。水木的词典也很好用，但也不知道版权如何。
在Debian下装dict很简单，装dictd dict-xdict dict-stardic即可，后两个以dict开头的只是字典文件，而在本机上运行也需要启动一个dictd服务。装完就可以在终端上用命令来查词了：
最后一个词典是另外一个dict-gcide，the GNU version of the Collaborative International Dictionary of English，很强大，包括了1913年的韦氏字典，Wordnet的一些词还有其他许多来源的东西，有释义词性例句等等。有这三个词典，一般就够了。
在Debian系统上，dictd的配置文件在/etc/dictd下面，其中的dict.conf控制查哪些服务器，第一个是localhost，这个比较快，另外的dict.org就只有网好才行了；dictd.conf控制哪些机器可以用本机的Dict服务以及从哪读取字典数据。这个字典文件的描述在/var/lib/dictd/db.list，这个文件由dictdconfig这个程序来操作。还有一个dictd.order文件，里面控制字典使用的顺序，一般中文放前面，就是那两个stardic/xdict；但似乎只改这个文件dictd并不认，此时就需要用dictdconfig - w来把改变后的次序写入db.list文件。再重启dictd就好用了。
还有一些图形界面的Dictd前端，比如kdict/gdict等等，gdict就不是很好用，还是终端吧。
其他：
http://www.dicts.info/uddl.php
一些字典的下载，但这些字典通通只能自己用，不能分发。
英文的网站，汉字数据
http://interstitiality.net/hanziData.html
http://www.mandarintools.com/cedict.html
汉英字典，47000条以上
http://freedict.org/howto/ch06.html
Freedict，自由双语字典项目，尚无中文
水木词典成为第一选择，全是因为它在终端窗口里工作，速度快，操作方便，只要有网，随时可用（有时会提示连接过多）。我希望词典都这样简单。
前一段又想起来dict.org，它不光有在线词典，同时它是一个DICT协议，分Server和Client，词典数据放在特殊格式的文件内，由服务器提供服务，客户端发出查询接受结果。它收集了一些可以免费自由使用的字典，其中包括两个英汉字典，分别是伏建军的xdict和马苏安的Stardic，它们最初发布的时候就都是GPL授权，xdict更是有17万词汇。但是这些词典原始来源如何就不太清楚了，但似乎没有过异议。水木的词典也很好用，但也不知道版权如何。
在Debian下装dict很简单，装dictd dict-xdict dict-stardic即可，后两个以dict开头的只是字典文件，而在本机上运行也需要启动一个dictd服务。装完就可以在终端上用命令来查词了：
# dict mail
8 definitions found
From XDICT the English-Chinese dictionary [xdict]:
n. 邮件,邮政,邮递,盔甲
vt. 邮寄,给…穿盔甲 ;
电子邮件,(在unix操作系统另有一个名为mail的信件处理程序)
From Stardic English-Chinese Dictionary [stardic]:
n. 邮件,邮政,盔甲;
v. 邮寄,～盔甲;
From The Collaborative International Dictionary of English v.0.48 [gcide]:
Mail \Mail\ (m[=a]l), n.
A spot. [Obs.]
[1913 Webster]
最后一个词典是另外一个dict-gcide，the GNU version of the Collaborative International Dictionary of English，很强大，包括了1913年的韦氏字典，Wordnet的一些词还有其他许多来源的东西，有释义词性例句等等。有这三个词典，一般就够了。
在Debian系统上，dictd的配置文件在/etc/dictd下面，其中的dict.conf控制查哪些服务器，第一个是localhost，这个比较快，另外的dict.org就只有网好才行了；dictd.conf控制哪些机器可以用本机的Dict服务以及从哪读取字典数据。这个字典文件的描述在/var/lib/dictd/db.list，这个文件由dictdconfig这个程序来操作。还有一个dictd.order文件，里面控制字典使用的顺序，一般中文放前面，就是那两个stardic/xdict；但似乎只改这个文件dictd并不认，此时就需要用dictdconfig - w来把改变后的次序写入db.list文件。再重启dictd就好用了。
还有一些图形界面的Dictd前端，比如kdict/gdict等等，gdict就不是很好用，还是终端吧。
其他：
http://www.dicts.info/uddl.php
一些字典的下载，但这些字典通通只能自己用，不能分发。
英文的网站，汉字数据
http://interstitiality.net/hanziData.html
http://www.mandarintools.com/cedict.html
汉英字典，47000条以上
http://freedict.org/howto/ch06.html
Freedict，自由双语字典项目，尚无中文
Google OpenSocial——社交网站的基础架构
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Google似乎是已经宣布要推出OpenSocial，英文Blog里报道很多，但因为正式的东西还没有出现，所以看了一圈，说得也不是很详细，大体是几点：
基本意思就是有了这些API，所有加入的社交网站就能共享这些用户、朋友及活动的信息，开发者也可以在这些信息的基础上开发自己的应用，包括为这些社交网站开发和为自己的网站开发；有一篇文章甚至提到Google会为开发者存储这些信息，那样的话如果再开办一个交友网站，甚至可以没有自己的大服务器——这里的详细信息没有提及，也不清楚那些加入的网站会和Google以什么的方式合作，Google会存储所有这些用户及交友和活动信息？那些网站同意这样干？如果是各网站分开的，这些API怎么调用这些信息？都还不清楚，但看上去这些API似乎是要成为基础架构了，而Google是这些东西的标准制定者（也许其他几家网站早就参与了？）。
我很少上这些网站，但有时确实感觉它是有必要的；比如同时标明身份，建立朋友圈，共享文章、照片、讨论问题，发布通知等等，比如同班同学（联系比较好的，上学过程中某些阶段已经不想联系了）。但把所有同学都抓到一家网站实在是一件难事，有了这个东西应该就好得多了，也许以后就是a@orkut.com为主，邀请b@freindster以及c@ning.com加入，同样形成一个圈子，各人还不用离开自己习惯的网站和界面。
Email天生是互通的，Jabber系列（包括Gtalk）的即时通讯设计的基础就是互通，MSN和Yahoo Messenger是互通的，据说MSN还要和Gtalk互通，甚至要开放API（见cnbeta），现在终于轮到社会交往。社会交往最重要的是用户身份，这是一切网止活动的基础，抓住了这个，应该说就占了网络活动的先机，而现在Google是它的标准制定者了。
这些网上活动能统一起来之后，其实不如开发一个专用的客户端，应该比浏览器＋Javascript/Flash要强点吧。
参考资料：
Google’s OpenSocial API?
Google’s OpenSocial: What it means
Details Revealed: Google OpenSocial To Launch Thursday
Google OpenSocial: The Third Place
- 开发者将会得到3个Javascript和Gdata的API；
- 这3个API的分别是：用户资料，朋友关系和活动信息；
- 在Orkut上将会有一个sandbox.orkut.com，开发者可以做测试；
- 社交网站将得到一个工具帮助他们实现OpenSocial的功能；
- Google会开通一个论坛做为支持；
- API发布的网址是：http://code.google.com/apis/opensocial，但现在还是返回404；
- 目前加入的社交网站有Orktu，LinkedIn，Ning，Plaxo，Friendster，Hi5，Viadeo，XING，甚至还包括Salesforce和Oracle。
基本意思就是有了这些API，所有加入的社交网站就能共享这些用户、朋友及活动的信息，开发者也可以在这些信息的基础上开发自己的应用，包括为这些社交网站开发和为自己的网站开发；有一篇文章甚至提到Google会为开发者存储这些信息，那样的话如果再开办一个交友网站，甚至可以没有自己的大服务器——这里的详细信息没有提及，也不清楚那些加入的网站会和Google以什么的方式合作，Google会存储所有这些用户及交友和活动信息？那些网站同意这样干？如果是各网站分开的，这些API怎么调用这些信息？都还不清楚，但看上去这些API似乎是要成为基础架构了，而Google是这些东西的标准制定者（也许其他几家网站早就参与了？）。
我很少上这些网站，但有时确实感觉它是有必要的；比如同时标明身份，建立朋友圈，共享文章、照片、讨论问题，发布通知等等，比如同班同学（联系比较好的，上学过程中某些阶段已经不想联系了）。但把所有同学都抓到一家网站实在是一件难事，有了这个东西应该就好得多了，也许以后就是a@orkut.com为主，邀请b@freindster以及c@ning.com加入，同样形成一个圈子，各人还不用离开自己习惯的网站和界面。
Email天生是互通的，Jabber系列（包括Gtalk）的即时通讯设计的基础就是互通，MSN和Yahoo Messenger是互通的，据说MSN还要和Gtalk互通，甚至要开放API（见cnbeta），现在终于轮到社会交往。社会交往最重要的是用户身份，这是一切网止活动的基础，抓住了这个，应该说就占了网络活动的先机，而现在Google是它的标准制定者了。
这些网上活动能统一起来之后，其实不如开发一个专用的客户端，应该比浏览器＋Javascript/Flash要强点吧。
参考资料：
Google’s OpenSocial API?
Google’s OpenSocial: What it means
Details Revealed: Google OpenSocial To Launch Thursday
Google OpenSocial: The Third Place
