给YuKing大侠的建议

神游九州

在本坛常常见到说要把fcitx并到SCIM的建议。但是小可觉得没这个必要。小可觉得fcitx还是要坚持下去。做成一个输入法平台。和scim一起竞争。只有这样，linux下的中文输入才有发展的动力。
现在fcitx应该解决的问题是在linux下同一locale下输入韩文和日文的问题。只有这样才能走向国际。
也许这样的想法得罪了苏大侠。见谅！

james_su

Post by 神游九州
在本坛常常见到说要把fcitx并到SCIM的建议。但是小可觉得没这个必要。小可觉得fcitx还是要坚持下去。做成一个输入法平台。和scim一起竞争。只有这样，linux下的中文输入才有发展的动力。
现在fcitx应该解决的问题是在linux下同一locale下输入韩文和日文的问题。只有这样才能走向国际。
也许这样的想法得罪了苏大侠。见谅！

我是很欢迎竞争的。只不过现在输入法平台实在有些多。对用户和输入法开发人员造成了很多困扰。所以最近我发起了一个旨在统一输入法平台 API 的项目，有兴趣的话可以看一下。这个项目的结果最终会成为中国Linux标准的一部分，而且会通过中国Linux标准工作组推向国际 FSG 标准组织。

所以，如果 Yuking 大侠有兴趣再开发一个输入法平台的话，希望能够兼容这个统一输入法API。

http://sourceforge.net/projects/unified-im-api

API 的头文件可以从这个项目的 CVS 里面取得。

SCIM 很快会推出支持这个 API 的组件。

james_su

Post by 神游九州
在本坛常常见到说要把fcitx并到SCIM的建议。但是小可觉得没这个必要。小可觉得fcitx还是要坚持下去。做成一个输入法平台。和scim一起竞争。只有这样，linux下的中文输入才有发展的动力。
现在fcitx应该解决的问题是在linux下同一locale下输入韩文和日文的问题。只有这样才能走向国际。
也许这样的想法得罪了苏大侠。见谅！

另外，把 fcitx port 到 SCIM 平台上，并不等于 fcitx 不存在了。并不等于 fcitx 和 SCIM 合并。

现在已经有很多基于 SCIM 的独立输入法项目，比如台湾那边的 scim-chewing，日本的 scim-anthy, scim-skk 等。还有共创开源的 cc-input。这些项目还仍然是独立的项目，只不过是使用 SCIM 输入法平台，而不是用 XIM而已。

fundawang

觉得那个接口出现locale不妥。应该以CoveredRange取代，因为zh_CN.utf-8和ja_JP都可以输入日文假名和日文汉字，所以用locale来区分不太合适。以码表或算法所覆盖的Unicode范围来标识可能会比locale好点。

james_su

Post by fundawang
觉得那个接口出现locale不妥。应该以CoveredRange取代，因为zh_CN.utf-8和ja_JP都可以输入日文假名和日文汉字，所以用locale来区分不太合适。以码表或算法所覆盖的Unicode范围来标识可能会比locale好点。

除了编码范围以外，locale 还代表了一个输入习惯问题。比如虽然某个中文输入法可以输入日文假名和汉字，但并不能说这个输入法支持日文输入。日本人肯定是无法用这个输入法输入日文的。所以用 codepoint 段来分割是不合适的。

格格恶

fcitx有一个特点：不依赖于gtk2或qt、kde，安装简便，占用内存很少。对很多人来说，这些特点实在是太重要了！保留下来是明智之举！