听说 fcitx 要和 miniChinput 合并了？

liuspider

GTK 可能也比较好,不过我还是倾向于使用KDE/QT  

SCIM 是我现在机器上少数几个基于 gtk 的程序,因此我想写一个KDE 的前端

呵呵,我没有研究过 LGPL, 尽管知道大体内容,但是不知道为什么他和GPL 不兼容

james_su

最初由 liuspider 发表
GTK 可能也比较好,不过我还是倾向于使用KDE/QT  

SCIM 是我现在机器上少数几个基于 gtk 的程序,因此我想写一个KDE 的前端

呵呵,我没有研究过 LGPL, 尽管知道大体内容,但是不知道为什么他和GPL 不兼容

SCIM 作为一个独立软件，如果里面有 GPL 的代码，那么整个软件都要是 GPL 的，就会导致基于 SCIM 的输入法模块都必须是 GPL 的。

对了，你的 KDE 前端什么时候可以发布一个版本呀？我在 SCIM 的 CVS 里面增加了一个命令 scim-config-agent，可以在命令行修改 SCIM 的配置。这样就可以在 scim-panel-kde 的安装脚本里面直接把 SCIM 的面板程序改为 scim-panel-kde。

另外，建议把可执行文件的名称改为 scim-panel-kde （用减号代替下划线），这样用起来方便些。

beyond_2000

现在就说GTK比QT更有前途，我觉得还是太早了。没准，要视乎一些linux大厂商对于desktop所做的努力和动向。
使用QT要考虑到美化，我觉得这个倒不必在意。我觉得SCIM比较好用一些。只是，能正对目前比较流行的发行版，专门写一下脚本，安装后就可以直接使用，我觉得会更好。是不是这么做，让TURBO公司觉得不爽，还是其他原因呢？

liuspider

最初由 james_su 发表
SCIM 作为一个独立软件，如果里面有 GPL 的代码，那么整个软件都要是 GPL 的，就会导致基于 SCIM 的输入法模块都必须是 GPL 的。

对了，你的 KDE 前端什么时候可以发布一个版本呀？我在 SCIM 的 CVS 里面增加了一个命令 scim-config-agent，可以在命令行修改 SCIM 的配置。这样就可以在 scim-panel-kde 的安装脚本里面直接把 SCIM 的面板程序改为 scim-panel-kde。

另外，建议把可执行文件的名称改为 scim-panel-kde （用减号代替下划线），这样用起来方便些。

呵呵，现在功能还是太不完善，只完成了 gtk panel 功能得 50％左右

而且我现在想使用 kaction 组织每个plugin 的代码

所以我想到可以发布第一个版本还要有些时间

scim-config-agent: a useful command indeed ;). I think I will modify the root Makefile.am when its first version is almost ready for release.

ok，I will change that name