離題一問，請問JAMES＿SU／fcitx的作者是用什麼編程工具造scim 的

fireworks

:p

james_su

最初由 fireworks 发表
:p

SCIM 是用 C＋＋ 写的，用了 autoconf/automake/libtool/intltool/gettext 等辅助工具。

Yuking

fcitx要简单多了，是用C写的，只用make，另外用anjuta的IDE来写程序

aniuge007

也不知道什么时候fcitx才能录入fedora.呵呵

Yuking

最初由 aniuge007 发表
也不知道什么时候fcitx才能录入fedora.呵呵

我个人从来不抱这个希望……呵呵……

dato

scim系统对于菜鸟编绎实在是一大问题.
它需要支持的东东实在太多了,而我又是KDE的忠实用户.一个接着一个依赖真是晕头,没法得装个高版本的gnome.可是总不能为了一个输入法去装个gnome2.昨天为了编绎它下载了
libIDL
ORBit
GConf
还有pango gtk glib2 atk
HOHO,真是庞大.scim每次的升级,对于像tl8w这样的系统就要每次跟着升级相应组件.RPM SPEC文件里指定的依赖又是一大麻烦.早期ver0.3.1时根本不需要这么多的依赖包,linux下的软件升级是一大麻烦,不知道什么时候scim可以来个静态版本.或者来个功能少点的版本,平时安装也就scim,scim-chinese其它的都用不上.或者干脆在同一linux发行版本的较低版本里制作RPM,然后可以安装到较高的发行版.发现mplayer可以达到这样的效果,可能就是因为它没用autoconf automake之类的东东

刚刚试了试fcitx 2.X版本,安装容易是它的特点,也就make make install.现在的fcitx解决了Z键的问题,比较容易加入自己的码表.还有它现在能够自动辨别码表里的GBK GB2312编码.今天唯一碰到的问题,不知道哪个模糊配置参数(Z模糊匹配=1)开启,结果导致表形码输入法里的 书(fzz)无法出屏,关闭正常.无法理解这两个参数,特别是Z模糊匹配(按我的理解应该是键入Z键以后模糊,HOHO反正不懂的说).当然可能的问题是码表格式有变动(现在就用的fcitx)

使用Z输入拼音=0
Z模糊匹配=0

另外我下了fcitx*src.rpm里,在tl8w无法通过,稍后改改放出spec.那个spec文件里用了中文,但却不是utf8编码的
fcitx.spec err
--------
%files
%defattr(-,root,root)
#look here add %dir
%dir %{_datadir}/fcitx
%{_datadir}/fcitx/*.mb
%{_prefix}/bin/fcitx

james_su

gtk2 在新一点的系统里面都是标配。所以 SCIM 在新一点的系统里面编译安装应该不会出现问题。

在以后的系统里面如果没有 gtk2，恐怕很多应用程序都用不了。即便是用 kde 作为桌面，gtk2 也是必须的。这已经是系统基本库了。

scim 依赖于 gtk2 可以带来巨大的好处。当然 scim 也可以不依赖于 gtk2。自己从 SCIM CVS 里面 checkout 出 scim-panel-kde 装上，就可以让 SCIM 只依赖于 qt/kde 了 :-) 当然没有 gtk2 图形配置界面是用不了的。

高原之狼

最初由 dato 发表
scim系统对于菜鸟编绎实在是一大问题.
它需要支持的东东实在太多了,而我又是KDE的忠实用户.一个接着一个依赖真是晕头,没法得装个高版本的gnome.可是总不能为了一个输入法去装个gnome2.昨天为了编绎它下载了
libIDL
ORBit
GConf
还有pango gtk glib2 atk

date，我的建议是，不用 Gconf 的那些功能，只要 glib, gtk, atk, pango 就可以了。这样 configure 的时候应该自动测试到没有 Gconf，就不编译相应的部分，应该不是太难的。

GTK 2.x 的环境，一般桌面还是都应该有的。你不用 GNOME，总不会连一个 GTK 程序也不用吧？

lucida

scim的依赖性比stardict好多了。。

rainman_sl

我昨天想装一个stardict，结果郁闷死。
一个包一个包的报依赖错误，可怜我机器上既没有gnome也没有kde，实在是太不方便了。不肯为了stardict去装一个gnome，结果还是用我的dictd+emacs了，也还是蛮好的，就是英英字典，呵呵。