纯水帖...一不小心刷了下屏。
[attachment=71]
2007-03-02 17:08
2007-03-02 17:05
What are the various sound device files?
These are the most standard device file names, some Linux distributions may
use slightly different names.
/dev/audio
normally a link to /dev/audio0
/dev/audio0
Sun workstation compatible audio device (only a partial implementation,
does not support Sun ioctl interface, just u-law encoding)
/dev/audio1
second audio device (if supported by sound card or if more than one sound
card installed)
/dev/dsp
normally a link to /dev/dsp0
/dev/dsp0
first digital sampling device
/dev/dsp1
second digital sampling device
/dev/mixer
normally a link to /dev/mixer0
/dev/mixer0
first sound mixer
/dev/mixer1
second sound mixer
/dev/music
high-level sequencer interface
/dev/sequencer
low level MIDI, FM, and GUS access
/dev/sequencer2
normally a link to /dev/music
/dev/midi00
1st raw MIDI port
/dev/midi01
2nd raw MIDI port
/dev/midi02
3rd raw MIDI port
/dev/midi03
4th raw MIDI port
/dev/sndstat
displays sound driver status when read (also available as /proc/sound,
removed in 2.4 kernels)
The PC speaker driver provides the following devices:
/dev/pcaudio
equivalent to /dev/audio
/dev/pcsp
equivalent to /dev/dsp
/dev/pcmixer
equivalent to /dev/mixer
/dev/sndstat很有用，它是/proc/asound/oss/sndstat的一个链接，记录了ALSA模拟OSS驱动的一些信息。
另外，/dev/MAKEDEV也是一个不错的脚本，它可以帮助你在/dev/下建立设备文件。
链接：
ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/Sound-HOWTO
These are the most standard device file names, some Linux distributions may
use slightly different names.
/dev/audio
normally a link to /dev/audio0
/dev/audio0
Sun workstation compatible audio device (only a partial implementation,
does not support Sun ioctl interface, just u-law encoding)
/dev/audio1
second audio device (if supported by sound card or if more than one sound
card installed)
/dev/dsp
normally a link to /dev/dsp0
/dev/dsp0
first digital sampling device
/dev/dsp1
second digital sampling device
/dev/mixer
normally a link to /dev/mixer0
/dev/mixer0
first sound mixer
/dev/mixer1
second sound mixer
/dev/music
high-level sequencer interface
/dev/sequencer
low level MIDI, FM, and GUS access
/dev/sequencer2
normally a link to /dev/music
/dev/midi00
1st raw MIDI port
/dev/midi01
2nd raw MIDI port
/dev/midi02
3rd raw MIDI port
/dev/midi03
4th raw MIDI port
/dev/sndstat
displays sound driver status when read (also available as /proc/sound,
removed in 2.4 kernels)
The PC speaker driver provides the following devices:
/dev/pcaudio
equivalent to /dev/audio
/dev/pcsp
equivalent to /dev/dsp
/dev/pcmixer
equivalent to /dev/mixer
/dev/sndstat很有用，它是/proc/asound/oss/sndstat的一个链接，记录了ALSA模拟OSS驱动的一些信息。
另外，/dev/MAKEDEV也是一个不错的脚本，它可以帮助你在/dev/下建立设备文件。
链接：
ftp://metalab.unc.edu/pub/Linux/docs/HOWTO/Sound-HOWTO
2007-03-02 16:51
$cat /etc/passwd > /dev/dsp
接近白噪声？
2007-03-02 09:27
在ls /usr/include/alsa/pcm.h的549行看到如下一行代码：
Code:
[Ctrl+A Select All]
assert(ptr)确保ptr不指向一个空指针，否则便会强制推出程序。例如：
Code:
[Ctrl+A Select All]
执行程序会输出：
a.out: assert.c:6: main: Assertion `a' failed.
已放弃
有关assert的更多用法请参照：
http://brightstone.blog.hexun.com/1735002_d.html
Code:
[Ctrl+A Select All]
assert(ptr)确保ptr不指向一个空指针，否则便会强制推出程序。例如：
Code:
[Ctrl+A Select All]
执行程序会输出：
a.out: assert.c:6: main: Assertion `a' failed.
已放弃
有关assert的更多用法请参照：
http://brightstone.blog.hexun.com/1735002_d.html
2007-03-02 08:59
vim中文文档的主页是：
http://vimcdoc.sourceforge.net/
它将vim的help文件翻译成为中文，已经支持目前最新的vim 7.0。
如果想使用vim中文文档，可以遵循以下步骤：
首先下载针对vim7.0的版本，使用6.3版本的用户请自行下载。
Code:
[Ctrl+A Select All]
解包后进入文件夹，使用以下命令安装：
Code:
[Ctrl+A Select All]
启动vim，输入:help，看看帮助文档是否已经便成中文了？
一些注意事项：
http://vimcdoc.sourceforge.net/
它将vim的help文件翻译成为中文，已经支持目前最新的vim 7.0。
如果想使用vim中文文档，可以遵循以下步骤：
首先下载针对vim7.0的版本，使用6.3版本的用户请自行下载。
Code:
[Ctrl+A Select All]
解包后进入文件夹，使用以下命令安装：
Code:
[Ctrl+A Select All]
启动vim，输入:help，看看帮助文档是否已经便成中文了？
一些注意事项：
vim中文文档不会覆盖原英文文档，安装后vim默认使用中文文档。若想使用英文文档，可在vim中执行以下命令：
Code:
[Ctrl+A Select All]
同理，使用以下命令可重新使用中文文档：
Code:
[Ctrl+A Select All]
在解包之后的文件夹中使用以下命令可以卸载vim中文文档：
Code:
[Ctrl+A Select All]
目前华镭的vim7.0由stanley维护。若想使用vim7.0，请在源中添加以下链接：
Code:
[Ctrl+A Select All]
然后
Code:
[Ctrl+A Select All]
即可。
vim中文文档有相应的deb包，地址在：
http://chinese.alioth.debian.org/vimcdoc/
deb包进度比较落后，目前没有针对vim7.0的版本。
To Stanley：
中文linux操作系统的中文化是一项很艰巨的工程。华镭可以考虑将vim中文文档作为默认安装。如果能制作并在people的源中加入vim7.0中文文档的deb包，那是最好的了。
2007-03-02 08:36
以前一直用ctags和cscope看源代码，后来很长时间不用，对两者的用法有些淡忘了。今天重新查了一把ctags，发现了很多我以前不知道的用法。把文章链接贴在下面，好好学习一番^_^。
http://hi.baidu.com/original/blog/item/2cf8d53f00b7fcc27d1e71f0.html
如果习惯看英文的话，直接在vim中：
:help 29.1
和
:help tag
就行了，嘿嘿。
http://hi.baidu.com/original/blog/item/2cf8d53f00b7fcc27d1e71f0.html
如果习惯看英文的话，直接在vim中：
:help 29.1
和
:help tag
就行了，嘿嘿。
2007-02-28 17:19
最近在研究XMMS的均衡器扩展eq-xmms-0.7的源码。
由于均衡器中使用了多达31个滤波器对音频数据进行并行处理，因此效率非常关键。
作者在源码中多次使用了字节对齐技术，以节省CPU读取数据的时间，例如如下的代码：
Code:
[Ctrl+A Select All]
查了一些资料，别人已经将这个问题讲述得很清楚了，列几个链接在下面：
字节对齐详述
http://hi.baidu.com/%CE%F7204/blog/item/5957331f1a8a65c8a786693e.html
GNU C 扩展之__attribute__ 机制简介
http://blog.csdn.net/gates84/archive/2006/11/03/1365508.aspx
MP5到底是啥？
2007-01-21 18:33
对高科技产品的俗称也变得有点高科技了，像MP3,MP4，一般老百姓是不知道具体含义的。现如今，越来越多的MP5涌入眼帘，真是不知具体所指。据我所知，MP5有4种解释：
1.5中的B31，或1.6中的B32。打CS的人都知道。德国HK(heckler & koch)公司研制。
MPEG Layer 5的简称，是由国内科技厂商自行开发出的演算法。这个怎么以前没听说过？
带有TV OUT功能的手机，即俗称的MP5功能。
带有GPS功能的MP4。有的厂商的MP4不只能看电影，还加入了GPS导航功能，有人戏称为：MP5。
眼花缭乱了~~~
2007-01-12 20:58
我们出众，不是因为我们相同，而是因为我们不同！
以下纯属个人观点，欢迎拍砖。
论坛上有时有人批评Rays做得太像Windows，最直接的证据就是左下角的开始菜单。其实，把Linux做得像Windows，实在是大多数国内Linux发行版的无奈。但若深入地思考一下，便会发现Rays的系统开发理念有一些错误的认识。
我认为，将Gnome桌面进行修改，做得与Windows类似，会带来两大坏处：
1，对Linux使用者来说，丢弃了Gnome的原汁原味，自然得不到好评。
2，对Windows使用者来说，一个与Windows类似的桌面环境给他的第一反应就是：跟Windows是一样的。这是大多数国内Linux发行版犯的错误：仅仅重视了用户的第一反应。等用户实际使用过Rays系统后，肯定会愤愤地说：怎么跟Windows一点都不一样！——对Rays的怀印象由此产生。
目前来说，任何Linux发行版将自己与Windows做比较都是一种不自量力的行为。把桌面环境做得跟Windows很像，只会导致用户不自觉地将Linux与Windows相比，比较的结果无异于搬起石头砸自己的脚。这也是很多国际流行的发行版，例如Suse，Ubuntu，Mandriva的桌面环境都各有各的特色的原因。
实际上，Gnome的“程序-位置-系统”菜单是一种非常好的分类方式。就连Vista都重新规划了Windows XP中混乱而又不易使用的开始菜单样式，为什么Rays还在效仿XP的！试问：等到1月30日Vista正式发布，Rays的菜单是继续效仿XP，还是使用Vista的样式？其实，与其效仿Windows，还不如效仿一下Mac OS。因为就连苹果电脑也在说Windows是在抄袭苹果的！
与其把有限的开发精力放在做一个与Windows类似的开始菜单上，不如花更少的时间做一些让大家欢迎的事情：比如说把Gnome中加入打开终端的快捷方式。尽管这与Gnome的发展趋势相背，但是请记住：Rays的存在需要社区的鼎力支持，只有先做一个社区用户认可的发行版，才有可能在这之后得到Windows用户的赞扬！
谨以此文，预祝Rays 1.5 r3发布成功。再次高呼：我们出众，不是因为我们相同，而是因为我们不同！
以下纯属个人观点，欢迎拍砖。
论坛上有时有人批评Rays做得太像Windows，最直接的证据就是左下角的开始菜单。其实，把Linux做得像Windows，实在是大多数国内Linux发行版的无奈。但若深入地思考一下，便会发现Rays的系统开发理念有一些错误的认识。
我认为，将Gnome桌面进行修改，做得与Windows类似，会带来两大坏处：
1，对Linux使用者来说，丢弃了Gnome的原汁原味，自然得不到好评。
2，对Windows使用者来说，一个与Windows类似的桌面环境给他的第一反应就是：跟Windows是一样的。这是大多数国内Linux发行版犯的错误：仅仅重视了用户的第一反应。等用户实际使用过Rays系统后，肯定会愤愤地说：怎么跟Windows一点都不一样！——对Rays的怀印象由此产生。
目前来说，任何Linux发行版将自己与Windows做比较都是一种不自量力的行为。把桌面环境做得跟Windows很像，只会导致用户不自觉地将Linux与Windows相比，比较的结果无异于搬起石头砸自己的脚。这也是很多国际流行的发行版，例如Suse，Ubuntu，Mandriva的桌面环境都各有各的特色的原因。
实际上，Gnome的“程序-位置-系统”菜单是一种非常好的分类方式。就连Vista都重新规划了Windows XP中混乱而又不易使用的开始菜单样式，为什么Rays还在效仿XP的！试问：等到1月30日Vista正式发布，Rays的菜单是继续效仿XP，还是使用Vista的样式？其实，与其效仿Windows，还不如效仿一下Mac OS。因为就连苹果电脑也在说Windows是在抄袭苹果的！
与其把有限的开发精力放在做一个与Windows类似的开始菜单上，不如花更少的时间做一些让大家欢迎的事情：比如说把Gnome中加入打开终端的快捷方式。尽管这与Gnome的发展趋势相背，但是请记住：Rays的存在需要社区的鼎力支持，只有先做一个社区用户认可的发行版，才有可能在这之后得到Windows用户的赞扬！
谨以此文，预祝Rays 1.5 r3发布成功。再次高呼：我们出众，不是因为我们相同，而是因为我们不同！
2007-01-08 22:57
说实话华镭wiki中有关汉统输入法平台的介绍说得有点夸大了。l论坛里经常有人问如下几个问题：
1, 如何重启unihan2
2, 如何使用fcitx？包括怎么安装，怎么开机即启动，怎么配置输入法引擎等。
3, 如何使用scim？
关于第一点，在wiki中已经有了解答，在“常见问题解答”部分：
输入法就不见了,请问应该怎么样把它调出来啊？(link)
今天又在汉统输入法平台中把这部分加入了，为的是给用户提供方便，不用在一长串的FAQ中找来找去。
另外，由于使用命令：
$sudo apt-get remove --purge unihan*
时会将rays-system-core一起卸载，所以删除unihan2不是个好办法，可以使unihan2不随系统启动就可以了。因此在wiki中加入了如何使汉统2不随系统启动(link)部分。
关于第二点，在输入法条目中加入了Fcitx输入法(link)条目，这样用户便可以设置unihan2不随系统启动后再安装Fcitx输入法了。
关于第三点，由于华镭源中没有scim-bridge scim-qtimm两个包，这样在使用firefox和opera等基于GTK或QT的程序时无法使用输入法，所以暂时没有将如何安装scim输入法的条目加入wiki。
没有scim-bridge和scim-qtimm，自己又不会给华镭做安装包，又不能引导用户使用其它源，真是有劲使不上，郁闷啊！再次大吼一声：“RAYS Build 教程(link)”该写写了！
只有汉统2输入法平台真正强大了，才不用在wiki中加入如何卸载unihan2和如何安装其它输入法的条目！
1, 如何重启unihan2
2, 如何使用fcitx？包括怎么安装，怎么开机即启动，怎么配置输入法引擎等。
3, 如何使用scim？
关于第一点，在wiki中已经有了解答，在“常见问题解答”部分：
输入法就不见了,请问应该怎么样把它调出来啊？(link)
今天又在汉统输入法平台中把这部分加入了，为的是给用户提供方便，不用在一长串的FAQ中找来找去。
另外，由于使用命令：
$sudo apt-get remove --purge unihan*
时会将rays-system-core一起卸载，所以删除unihan2不是个好办法，可以使unihan2不随系统启动就可以了。因此在wiki中加入了如何使汉统2不随系统启动(link)部分。
关于第二点，在输入法条目中加入了Fcitx输入法(link)条目，这样用户便可以设置unihan2不随系统启动后再安装Fcitx输入法了。
关于第三点，由于华镭源中没有scim-bridge scim-qtimm两个包，这样在使用firefox和opera等基于GTK或QT的程序时无法使用输入法，所以暂时没有将如何安装scim输入法的条目加入wiki。
没有scim-bridge和scim-qtimm，自己又不会给华镭做安装包，又不能引导用户使用其它源，真是有劲使不上，郁闷啊！再次大吼一声：“RAYS Build 教程(link)”该写写了！
只有汉统2输入法平台真正强大了，才不用在wiki中加入如何卸载unihan2和如何安装其它输入法的条目！
2007-01-06 21:11
记不得是什么时候开始使用华镭了，大概是大二的时候，2004年吧。
Stanley是我的linux引路人，第一次见linux时Stanley用的应该还是Debian，他给我们演示了一个在Linux上的Hello World程序，那台命令行上满是字符的X31，至今记忆犹新。等我真正有了自己的电脑，第一次装的却是红旗Linux。只因自己是新手，怕极了红帽的汉化，更是因为图书馆里有一套红旗Linux的教材。
Stanley更是我的Rays Lx引路人。第一次装Rays是什么时候记不清楚了，怕极了rpm包的依赖关系，只知道兴奋：拿着一本Debian的教材，体验着apt-get的“牛力”。亚洲首个基于Debian的发行版，是那时的口号。
大三上学期考试的时候Stanley给了我几张Rays Lx 1.0的光盘，当时还是测试版，估计是Alpha版吧，bug很多。我就在冰冷的宿舍里，通红的双手敲击着冰冷的键盘，体验着新版本的“折磨”。后来我的正版杀毒软件过期了，我便只用Rays Lx上网了。
Rays最让我骄傲的是在大三的暑期实习中。一个同事为了给Red Hat Advanced Server装一个VLC播放器，下了一大堆RPM包，搞了一整天的依赖关系，最后还没有装上。看着他愁眉苦脸的样子，我随手在自己的电脑上敲了个sudo apt-get install vlc，十分钟之后就装好了。同事看呆了，我笑傻了。
一直到了大四，学习的原因很长时间都在用Windows，等我回Rays时已经是XGL横行的时代了。可是摸索了很长时间，都没搞清楚到底怎么样在Rays上实现3D桌面。但我一直坚持着。
等了很久的Rays 1.5r2发布了，可它竟然不支持我的板载网卡！找了很多办法，都没有用。恰巧不知怎的又不能在论坛发贴了，只能活跃在邮件列表。最终我焦头烂额了，一气之下，改用了Ubuntu。
很快便陶醉在也迷失在Ubuntu的世界中。活跃的论坛，丰富的软件，让人真是得心应手。慢慢地OpenRays社区建立了起来，我又开始念起了“旧情”：中文显示到底还是Rays的好，技术支持到底还是Rays的“近”。我把板载网卡禁用了，换了一块网卡。
我不愿老是像新手一样跟风了，只愿能脚踏实地地为中国的开源社区做一些事情――文档不多可以自己写Wiki，软件不够可以自己打包。不愿看到中国的发行版市场被人家攻城略地，不要老是埋怨国人的发行版不如人家的好：先贡献自己的一份力量吧！
于是申请了在中科院的Rays高校大使，开始了在OpenRays的blog，尽管我们的Rays还有这样那样的缺点，尽管我们的社区还不够强大，但自己已经不再随波逐流了：只想静下心来做一些事情，开源传万世，因有你我参与。
Stanley是我的linux引路人，第一次见linux时Stanley用的应该还是Debian，他给我们演示了一个在Linux上的Hello World程序，那台命令行上满是字符的X31，至今记忆犹新。等我真正有了自己的电脑，第一次装的却是红旗Linux。只因自己是新手，怕极了红帽的汉化，更是因为图书馆里有一套红旗Linux的教材。
Stanley更是我的Rays Lx引路人。第一次装Rays是什么时候记不清楚了，怕极了rpm包的依赖关系，只知道兴奋：拿着一本Debian的教材，体验着apt-get的“牛力”。亚洲首个基于Debian的发行版，是那时的口号。
大三上学期考试的时候Stanley给了我几张Rays Lx 1.0的光盘，当时还是测试版，估计是Alpha版吧，bug很多。我就在冰冷的宿舍里，通红的双手敲击着冰冷的键盘，体验着新版本的“折磨”。后来我的正版杀毒软件过期了，我便只用Rays Lx上网了。
Rays最让我骄傲的是在大三的暑期实习中。一个同事为了给Red Hat Advanced Server装一个VLC播放器，下了一大堆RPM包，搞了一整天的依赖关系，最后还没有装上。看着他愁眉苦脸的样子，我随手在自己的电脑上敲了个sudo apt-get install vlc，十分钟之后就装好了。同事看呆了，我笑傻了。
一直到了大四，学习的原因很长时间都在用Windows，等我回Rays时已经是XGL横行的时代了。可是摸索了很长时间，都没搞清楚到底怎么样在Rays上实现3D桌面。但我一直坚持着。
等了很久的Rays 1.5r2发布了，可它竟然不支持我的板载网卡！找了很多办法，都没有用。恰巧不知怎的又不能在论坛发贴了，只能活跃在邮件列表。最终我焦头烂额了，一气之下，改用了Ubuntu。
很快便陶醉在也迷失在Ubuntu的世界中。活跃的论坛，丰富的软件，让人真是得心应手。慢慢地OpenRays社区建立了起来，我又开始念起了“旧情”：中文显示到底还是Rays的好，技术支持到底还是Rays的“近”。我把板载网卡禁用了，换了一块网卡。
我不愿老是像新手一样跟风了，只愿能脚踏实地地为中国的开源社区做一些事情――文档不多可以自己写Wiki，软件不够可以自己打包。不愿看到中国的发行版市场被人家攻城略地，不要老是埋怨国人的发行版不如人家的好：先贡献自己的一份力量吧！
于是申请了在中科院的Rays高校大使，开始了在OpenRays的blog，尽管我们的Rays还有这样那样的缺点，尽管我们的社区还不够强大，但自己已经不再随波逐流了：只想静下心来做一些事情，开源传万世，因有你我参与。
2006-12-22 11:16
经常看到论坛里有关输入法的提问，一般可以归结为以下几类：
1,Unihan经常崩溃，如何重启？然后是抱怨，怎么老是崩溃呢？
2,不想用Unihan了，如何使用fcitx？包括怎么安装，怎么开机即启动，怎么配置输入法引擎等。
3,Unihan的紫光老是出问题啊，怎么办？另外就是因为LSB3.1的出台给紫光的安装带来的麻烦。
Rays的中文支持非常好，但不客气地讲，Unihan做得比较差。这个比较差主要体现在大家最常用的拼音输入法中。当然，文通手写之类的功能算是特色了。
我以为，紫光拼音实在是一款极其老的输入法了：3.0版本以后清华紫光便停止了它的开发。Windows平台下，大家一开始用智能ABC，然后是紫光，然后是什么华宇紫光5.0，或是微软拼音，可Linux平台下，我们的输入法却一直止步不前。
难道我们一直要将紫光拼音进行到底？显然不行。现成的解决方案有两种：一是fcitx，另一个是scim。
基于词组的fcitx的功能并不算很好，我的感觉也就是紫光5.0的水平。
苏哲正在重写scim的引擎，新的基于整句的scim性能和正确率要超过微软拼音2003，并且可以支持中日韩三种语言的输入方法，这是一件很值得期待的大事。
scim有Novell的支持，我们的Rays是不是也来支持一下输入法的研发？如果现阶段的汉统不能有大的改进，不如转而支持其它的输入法。毕竟，基于词组的输入法开发，尤其是基于整句的输入法不仅需要好的算法，甚至还需要一些自然语言的学术功底，不是一件容易的事情。
另外，闲扯一句，现在win平台下的搜狗输入法很是好用，或许能和搜狐联系一下移植到rays下来，呵呵。
中文支持不光包括完美的字体显示，还包括方便高效的输入法。漂亮的字体配上难堪的输入法，我们的中文整体解决方案要大打折扣了。汉化是每个Linux老鸟都能做好的事情，但易用的输入法，却需要公司的鼎力支持才能有所发展。中文化Linux操作系统的难点，在输入法，不在汉化。
一点愚见，欢迎拍砖。
1,Unihan经常崩溃，如何重启？然后是抱怨，怎么老是崩溃呢？
2,不想用Unihan了，如何使用fcitx？包括怎么安装，怎么开机即启动，怎么配置输入法引擎等。
3,Unihan的紫光老是出问题啊，怎么办？另外就是因为LSB3.1的出台给紫光的安装带来的麻烦。
Rays的中文支持非常好，但不客气地讲，Unihan做得比较差。这个比较差主要体现在大家最常用的拼音输入法中。当然，文通手写之类的功能算是特色了。
我以为，紫光拼音实在是一款极其老的输入法了：3.0版本以后清华紫光便停止了它的开发。Windows平台下，大家一开始用智能ABC，然后是紫光，然后是什么华宇紫光5.0，或是微软拼音，可Linux平台下，我们的输入法却一直止步不前。
难道我们一直要将紫光拼音进行到底？显然不行。现成的解决方案有两种：一是fcitx，另一个是scim。
基于词组的fcitx的功能并不算很好，我的感觉也就是紫光5.0的水平。
苏哲正在重写scim的引擎，新的基于整句的scim性能和正确率要超过微软拼音2003，并且可以支持中日韩三种语言的输入方法，这是一件很值得期待的大事。
scim有Novell的支持，我们的Rays是不是也来支持一下输入法的研发？如果现阶段的汉统不能有大的改进，不如转而支持其它的输入法。毕竟，基于词组的输入法开发，尤其是基于整句的输入法不仅需要好的算法，甚至还需要一些自然语言的学术功底，不是一件容易的事情。
另外，闲扯一句，现在win平台下的搜狗输入法很是好用，或许能和搜狐联系一下移植到rays下来，呵呵。
中文支持不光包括完美的字体显示，还包括方便高效的输入法。漂亮的字体配上难堪的输入法，我们的中文整体解决方案要大打折扣了。汉化是每个Linux老鸟都能做好的事情，但易用的输入法，却需要公司的鼎力支持才能有所发展。中文化Linux操作系统的难点，在输入法，不在汉化。
一点愚见，欢迎拍砖。
